UI检查、测试的一个idea
在电子商务网站中， 为达到较好的用户体验， 可能页面上会有大量的UI设计，一堆css、ajax效果等，敏捷开发中， UI变动更是带来了测试的苦恼。对于回归组catch UI bug，需要有一些策略
1、回归脚本中，通过检查特定css元素、color、图片等是否存在， 可以覆盖一些UI用例。然而， 有些检查不能靠存在性来判断， 比如，页面上某块div标签等漏掉， 影响到某一区域的正常展示，肉眼看来， 改区域已经被别的模块覆盖或者移位。 再比如， 文本框设置长度不够， 显示区域不够，引起添加一些特殊数据后， 页面被拉长等这些case，单纯靠assert元素存在性是无法catch
2、新的一个idea， 采取截图比对测试， 取同一个页面不同时期两张截图的像素，从上到下，从左到右，一个个像素比对下来。设定阀值比如百分之几，算是通过。来catchUI变动。（跑比对时，可以固定在同一机器上， 同一分辨率下去做比对，不同分辨率会引起UI一样，像素不一样）
比对测试的应用
比如， 测试保险网站， 产品主页面和本地主页面的数据比对， 图片比对， 可用的链接比对。这类网站的性质： 数据/图片 变动敏感， 比较固定
测试第三方API提供数据变动情况
（比对的前提：要先有一批历史数据，再抓取当前日期的内容去比对。 更换内容后，archive history，保存当前内容为版本，作为下一次比对）
自动化工具提供造数工具
自动化工具为项目组测试完成频繁重复的操作