听付彪说视觉验证
中生代小编 中生代技术
访谈实录
付彪，您好，能不能谈一下你的从业经历？
我是08年毕业的，当年从电信自动化专业跨行选择了软件，在就职前对软件开发和软件测试并没有多少认识。入职培训时，只记得讲师说过一句“测试需要比开发更广的知识面”，然后就自以为是的选择了软件测试的道路。一路走来快九年了，先后待过三家公司，阴差阳错的还都是外企，技术能力也从最早的手动测试入门、测试理论到接触代码，到使用工具，开发工具开发框架，再到现在在敏捷测试中的各种摸爬滚打，经历谈不上专家，但对测试也颇有心得。
请和大家介绍下你和目前所从事的工作 ？
我目前是Thoughtworks（成都）的Quality Assurance，一直工作在客户交付项目上。Thoughtworks里QA的职能和传统的Tester有较大的区别，我们关注质量保证，Test只是我们的手段之一。项目以外，我还经常参加一些成都这边社区的分享活动，比如我们的BQconf、Meetup和Workshop。
作为ThoughtWorks高级质量保证工程师，您对现在的敏捷中的质量保证现状是怎么看的？
敏捷中的质量保证是一个非常大的话题，其最核心的是敏捷团队。只有理解敏捷、接受敏捷和愿意实践敏捷的小伙伴们，才能组成真正的敏捷团队。也只有在真正的敏捷团队里面，敏捷的质量保证才能落地。一个简单的例子，在敏捷团队里面，没有QA会去写UT，因为Dev自己会写，写够，写好，这是QA对Dev的信任，也是Dev对质量的追求。当然，基于敏捷的开发模式和对质量的追求，敏捷中的质量保证也会面临一些挑战，比如团队怎么更好的适应需求变更等等。
现在非常多的企业都急需敏捷转型，您能谈谈在转型过程中测试变化最大的是什么吗？
敏捷转型中测试人员变化最大的是其在团队中的职能。传统的测试往往只关注测试活动本身，比如测试计划、测试案例、测试执行和自动化测试实现，而敏捷团队中的QA除了测试活动之外，还需要更多的关注需求，更多的和客户交流，没错，是QA直接和客户交流，而不是通过项目经理去中转。另外，对于转型中的团队，QA还有一个重要的工作就是建立团队的质量观，说白了就是要去给团队成员“洗脑”，让大家认识到，质量保证不再单单是测试的责任，而是整个团队的使命。
您能不能介绍一下，在敏捷测试中，最关键的质量保证因素是哪些？
其实我一直觉得“敏捷测试”这四个字的表述不是很合适，它容易让那些没有接触过敏捷的人感官地认为它是一种测试方式，就像回归测试、探索式测试那样。其实不然，更好的描述应该是“敏捷（开发）中的测试”，其最关键的质量保证因素还是团队。只有敏捷团队中的每一个成员都能持有相同的质量保证意识，其它的一些敏捷实践和测试活动才能落地。
看到您的分享题目是敏捷测试中的视觉验证，很好奇，视觉验证是否可以自动化呢？
视觉验证在技术上其实很简单，很早以前就有人尝试，但是一直没有推广开来，原因之一就是“难”于自动化。可这里大家忽略了一个细节，自动化什么？视觉验证是一个流程，全流程自动化很困难也没有必要。适当的人在适当的时候做适当的事情，才能得到最好的效果。
能剧透一下您在中生代年度大会（成都站）的分享题目的一些内容吗？
这是我第一次做前端测试的分享，主要还是基于我们在项目测试中遇到痛点后的实践总结，内容本身是关于网页可视化对比验证的，会分享一些我们的落地实践。
标签：付彪,验证,质量保证,QA,测试,敏捷,视觉,团队 来源： https://blog.51cto.com/u_15127580/2735549
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。