听付彪说视觉验证

中生代小编 中生代技术

访谈实录

付彪，您好，能不能谈一下你的从业经历？

我是08年毕业的，当年从电信自动化专业跨行选择了软件，在就职前对软件开发和软件测试并没有多少认识。入职培训时，只记得讲师说过一句“测试需要比开发更广的知识面”，然后就自以为是的选择了软件测试的道路。一路走来快九年了，先后待过三家公司，阴差阳错的还都是外企，技术能力也从最早的手动测试入门、测试理论到接触代码，到使用工具，开发工具开发框架，再到现在在敏捷测试中的各种摸爬滚打，经历谈不上专家，但对测试也颇有心得。

请和大家介绍下你和目前所从事的工作 ？

我目前是Thoughtworks（成都）的Quality Assurance，一直工作在客户交付项目上。Thoughtworks里QA的职能和传统的Tester有较大的区别，我们关注质量保证，Test只是我们的手段之一。项目以外，我还经常参加一些成都这边社区的分享活动，比如我们的BQconf、Meetup和Workshop。

作为ThoughtWorks高级质量保证工程师，您对现在的敏捷中的质量保证现状是怎么看的？

敏捷中的质量保证是一个非常大的话题，其最核心的是敏捷团队。只有理解敏捷、接受敏捷和愿意实践敏捷的小伙伴们，才能组成真正的敏捷团队。也只有在真正的敏捷团队里面，敏捷的质量保证才能落地。一个简单的例子，在敏捷团队里面，没有QA会去写UT，因为Dev自己会写，写够，写好，这是QA对Dev的信任，也是Dev对质量的追求。当然，基于敏捷的开发模式和对质量的追求，敏捷中的质量保证也会面临一些挑战，比如团队怎么更好的适应需求变更等等。

现在非常多的企业都急需敏捷转型，您能谈谈在转型过程中测试变化最大的是什么吗？

敏捷转型中测试人员变化最大的是其在团队中的职能。传统的测试往往只关注测试活动本身，比如测试计划、测试案例、测试执行和自动化测试实现，而敏捷团队中的QA除了测试活动之外，还需要更多的关注需求，更多的和客户交流，没错，是QA直接和客户交流，而不是通过项目经理去中转。另外，对于转型中的团队，QA还有一个重要的工作就是建立团队的质量观，说白了就是要去给团队成员“*”，让大家认识到，质量保证不再单单是测试的责任，而是整个团队的使命。

您能不能介绍一下，在敏捷测试中，最关键的质量保证因素是哪些？

其实我一直觉得“敏捷测试”这四个字的表述不是很合适，它容易让那些没有接触过敏捷的人感官地认为它是一种测试方式，就像回归测试、探索式测试那样。其实不然，更好的描述应该是“敏捷（开发）中的测试”，其最关键的质量保证因素还是团队。只有敏捷团队中的每一个成员都能持有相同的质量保证意识，其它的一些敏捷实践和测试活动才能落地。

看到您的分享题目是敏捷测试中的视觉验证，很好奇，视觉验证是否可以自动化呢？

视觉验证在技术上其实很简单，很早以前就有人尝试，但是一直没有推广开来，原因之一就是“难”于自动化。可这里大家忽略了一个细节，自动化什么？视觉验证是一个流程，全流程自动化很困难也没有必要。适当的人在适当的时候做适当的事情，才能得到最好的效果。
能剧透一下您在中生代年度大会（成都站）的分享题目的一些内容吗？
这是我第一次做前端测试的分享，主要还是基于我们在项目测试中遇到痛点后的实践总结，内容本身是关于网页可视化对比验证的，会分享一些我们的落地实践。

---