日照网站建设公司告诉你如何进行视觉还原测试

日照网站建设公司告诉你如何进行视觉还原测试

1.　常见的质疑

在这个世界上，我喜欢的声音就是决策者的尖叫：“功能 X 被完全破坏了！”翻译为开发者的术语，这通常意味着一些字体样式不正确，或者一些垂直对齐需要修复。这个功能本身有没有被确认或达成一致并不重要，重要的是当前产品的样子和过去一周决策者一直关注着的 Photoshop 设计稿有区别。

由于这些在我身上也发生了一遍又一遍，下面就来探索一下导致这个问题的常见原因，以及是什么让你像旋转木马一样陷入死循环。

2.　不了解情况的开发者

即使你的代码无缺，也会被其他开发者的短短几行不正确的代码破坏掉。其他开发者一直在做别的表单组件，并没有意识到他们正在编写的 CSS 类是和你的联系表单共用的。他们可能在你提交代码后的几周内编写了这些代码，也可能是和你同时写出的。

无关的页面上的小样式的改动，往往会被 QA 团队忽略。他们手上有几十个甚至上百个页面需要测试，因此没办法注意到标签字体上只有两个像素的改动。

3.　不一致的设计

请允许我告诉你一个 Photoshop 的阴险的小秘密。当设计师改变了某个文件中的表单标签字体时，其他 PSD 文件中的字体并不会奇迹般地同步更改。可悲的是，在 PSD 文件中没有哪一页是用来级联地说明所有元素的样式规范。即便所有的设计师都知道字体更改并修改了 PSD 文件，但那些遗留在邮件列表、BaseCamp 会话和 Dropbox 目录里的 PSD 文件依然是修改前的模样。

如果有设计师、业务分析师或质量工程师，对照着不知哪个版本的 PSD 文件审核了你的联系表，十有八九他们哪天会发现你的联系表是有问题的（也就是他们认为的“功能被完全破坏了”）。然后他们给你创建一个新的用户故事去解决这些问题，而你只能祈祷这些改变不会在下一次某个设计师看到联系表时给你添更多的麻烦。

4.　举棋不定的决策者

根据无限可能性法则，如果有足够多的决策者仔细研究足够多的功能，那么会有人发现想要修改的地方。

改动是不可避免的，如果使用恰当的开发模式，那么改动也是完全可以接受的。然而，当改动伪装成缺陷时（或者二者之间也不存在什么区别），开发者将花费大量的时间来开发还处于原型期的功能上。

在公开发布前对功能进行原型开发是没有问题的，事实上这是很好的实践。但原型需要基于设计快速迭代之后的设计稿做出，结果是一个大家一致认可的产品。如果让开发者在每个冲刺（sprint）周期里开发原型，又不停地在下一个冲刺周期里修改它，这不仅会降低开发者的效率，也是一种极为低效的原型开发方法。

以上是日照网站建设公司（昊诺网络公司）分享，如果你想了解更多的网站建设知识请关注我们网站的动态！