故事起源于一次痛苦的经历:
那是一次官网的升级换代，所有页面都需要重新开发。
在那一次迭代测试中，
某人花费了一下午时间，找出了近百个页面缺陷。
虽然当时他并未着手解决这个测试效率问题，
但这次经历像一颗种子一般埋在了他的内心深处。
于是一次偶然机会知道了QuickTester，终于解决了他这么久以来的困扰。
QuickTester 解决什么问题？解决的问题其实很简单，
如何让机器代替人工去
测试页面图像是否符合设计稿 ？页面控件是否符合设计的功能？
为什么要用QuickTester？非常低的使用门槛，只需要完整录制一次页面的操作就可以重复无数次。
非常低的维护成本，只需要重新录制页面修改的地方。
有哪些技术实现难点？以什么方式查找 url 中所有控件的属性？
用什么算法去对比图像？
测试阈值如何设置？
如何对比动态页面？
如何处理登录问题？
如何处理不同入参所导致的不同图像？
……
执行效果自己借用一个demo，录制了一个比较完整测试过程的页面用例来进行测试
自动录制效果示例:
并且会生成测试报告，每一步骤都有当时录制和运行时页面的截图：
工具会自动标记录制时的位置和运行时点击的位置，
我们则可以观察俩个页面之间的变化一样运行结果来判断页面十分正常。
QucikTester下载
http://www.aitestor.com/download/duocece/duocece_setup.exe
总结
人类普遍使用肉眼去验证被测页面是否符合 "设计稿" ，
而机器可以使用自动探索与图像识别算法进行侦测。
这样看，QuickTester的执行过程与人工非常相近。
而对比传统的 WEB测试方式，
虽然 QuickTester目前无法覆盖精准的流程测试，
但其针对页面基础功能测试的简易程度是传统WEB测试无法比较的。
相信 "QuickTester" 这个概念
会慢慢成为主流。
收藏
淘帖
踩
