Viff，一种新的页面样式测试策略

测试页面样式时遇到的问题

在我们测试Web页面的时候，往往需要面对如下几个问题

手工测试多个浏览器

跨浏览器测试，测试页面在多个浏览器中的表现，浏览器可能包括Chrome，Firefox，Safari，IE和Opera。除了测试基本功能是否健全以外，还需要测试外观样式，因为当前的CSS技术在各个浏览器里的表现不完全一致。比如会看看IE和其他现代浏览器的差距有多大，从而判定之间的差别是否能被接受。

除了测试多个浏览器之外，很可能需要进行多版本的测试，现在浏览器的更新速度是非常快的，这样就导致了用户群在浏览器版本之间的跨度变大，为了保证质量，多个版本的测试也是必要的。比如IE6到IE10的测试。

其次，随着Mobile Webapp的发展，响应式设计的广泛应用，页面的测试还需要照顾到移动设备和多尺寸屏幕。

可以看出，页面样式的测试情况是十分复杂的，更甚的是，我们现在都是用手工在测试，耽误很多时间。

可复用的样式代码容易影响现有样式

我们推荐在开发样式的时候使用SASS或LESS的CSS预编译语言，这样可以更好的管理CSS代码，但是也会导致一个问题，一个可复用的样式的修改可能会影响很多个页面，比如一个颜色变量的改变。而我们往往是让页面引入所有样式，很难判断哪些页面会有影响。可能一个能力很强的QA能预见到一些并做了测试，可能有些影响到了回归测试的时候才发现，也可能到了生产环境上也没有发现。

现有CSS测试的问题

样式不是不可以“测试”的，项目中可能会使用

expect($('#my-target')).toHaveCss({margin: '10px'});
expect($('#my-target')).toHaveClass('box');

的方式去测试某个元素是否含有某种特定的属性并断言值是多少，但是每个元素在页面上的样式是由它的Computed Style决定的，这些属性是非常多的，几乎做不到通过这些属性值来表达某个元素是否显示得正确，而且这样代码维护成本是非常大的，频繁的UI修改你同时需要修改测试。同样地，如果你断言某个元素是否拥有某种样式，最终的页面显示难以预见。

依赖感觉的测试是不严谨的

无论是谁来做页面样式的测试，都是基于看和感觉的，这种测试不能有效的发现细节问题，不能得出严谨的结果，每个测试者都会有自己的答案。虽然说眼见为实，但有时候看到了也不可信赖。例子中的两个对比图片，肉测很难发现细小的差异。

感知测试中的新成员 - Viff

在Github上查看Viff

Viff的解决方式是，通过配置测试页面，对比在同一个浏览器下，同一个页面在不同环境（开发环境，生产环境）的截图差异来，发现最终样式的影响，从而提升交付质量和信心。

Viff的出现不是用来解决“依赖感觉来测试困难”这个问题的。它作为感知测试领域中的一员，是一个半自动的测试框架，通过（整体或部分）的截图对比来帮助测试人员快速发现开发造成的样式改变和影响，提升页面样式的测试效率和软件交付信心。

现在Viff支持的功能有

1. 基于CSS的部分页面截图对比
2. 支持Firefox、Chrome、Safari、Opera、PhantomJS、IE、iOS、Android。Firefox、PhantomJS、iOS表现完美
3. 命令行支持
4. 定义处理页面事件
5. 报表功能帮助差异Review

Viff测试策略

在使用Viff的过程中，几个基本的测试策略有

1. 尽量保持一样的页面内容，如果页面内容是动态生成的，尽量使用基于CSS的部分截图功能
2. 没有必要测试所有页面，尽量找到能够找到覆盖CSS样式的最小集合。推荐模块化的方式开发CSS的好处就在于此
3. 针对复用性的UI组件，推荐使用基于CSS的部分截图功能
4. 如果有style guide页面，直接测试它也可以
5. 期望建立一种使用Viff的机制，每天或者部署前查看Viff的报表，也可以把Viff继承到CI中，每天定时运行。但不推荐每次提交都运行，因为生成的图片文件会很快占满你的硬盘。

在PPT里了解更多

Viff才刚开始

Viff从刚开始从想法到今天这个版本，开发周期只有不到4周的时间。Viff需要经历更多的项目验证才能走得更远，如果你对Viff还有那么点兴趣，打算尝试一下，欢迎在Github Issue页面提交反馈。