QA越资深，越难发现简单bug？

在公司一直负责测试团队（偏车联网、后端方向），本部门的测试工作结束后，会再提供给其他的测试团队（整车方向）；由整车QA进行实车测试，测试通过之后，进行整车发版。

最近发现一些现象，本部门的QA在测试通过之后，整车QA都会提出不少的bug，有些是偏UI交互、有些是偏数据质量、有些是偏用户体验等。为了确定是不是bug，还出现过两部门的QA，再加上产品经理，进行激烈争论的情况。这就引出一个值得思考的问题，为何本部门更资深、对业务更了解的QA发现不了这些简单的bug？

经验越深，技术越强，为何越看不到表面问题

1. 何谓表面问题？
   明显的UI错误、页面元素布局不合理、按钮状态异常、数据明显异常等等，随便一测就能发现的问题。

2. 初级QA的特点

   • 所见即所测，有什么就测什么，页面上的所有内容都属于测试范畴，没有很深的业务背景知识
   • 一般没有很多的前后端开发技术，无法排查、定位问题
   • 视角很贴近真实用户

3. 资深QA的特点

   • 测试有所偏重，会根据业务特点，对测试场景进行分级
   • 一般有一些测试开发技术，有编码、工具、问题定位排查的能力
   • 能关注到系统架构层面，如系统性、业务边界、服务稳定性、异常链路处理

原因分析

根据上面初级QA、资深QA的特点，可以分析到一些原因：

认知原因

1. 资深QA，一般工作年限较长，有较深的业务背景，具备很多的已知知识和各种业务模型；其一见到某种业务，就很自然的从自己的知识库中搜索到该类业务的常见逻辑问题，把重心放在这些逻辑链路上，而忽略到了真实用户的业务路径。
2. 资深QA，一般对后台逻辑、系统数据的正确性更看重；用户交互、UI等，自然被放在了低优保证的范围。
3. 资深QA，尤其是长时间负责某个业务，对系统越熟悉的人，越难注意到一些简单的问题，这也是心理学中的“专家盲点”现象。

注意力原因

资深QA之所以能升级到自身级别，是因为他具备了更强的技术，更完备的测试体系知识，比如“系统并发”，
系统性能”，“分布式数据一致性”，“安全稳定性”等；其依赖这些技术来晋升，天然就会把注意力放在这些内容上；其他简单UI问题、流程bug等优先级就被放低了。

角色定位原因

1. 资深QA一般都掌握大量内部信息，对各种平台都很熟悉，没有“小白用户”的探索欲望；其对平台的使用方式、系统理解方式，已经和普通相差很大了，对真实用户不了解了
2. 资深QA在很多公司，一般都不再负责偏简单的测试任务了，他们更多的是做：测试方案制定、风险分析、自动化建设、平台建设、性能验证、容量评估、流程改进等工作。长时间脱离一线，手生了，失去了业务敏感度。

怎么避免这种情况

很可惜，这种情况可以说是避免不了的。有了社会分工，生产效率才开始提升，并且分工只会越来越细，测试领域也是类似。

• 一个完整的测试团队，即需要初级QA来保证基本的用户体验问题，也需要资深QA来保证整体系统的正确和稳定性。
• 资深QA，要有自省能力，不要完全脱离一线，要同时持有“用户视角”和“工程视角”。
• 定期轮岗，换换业务，让视角常新，stay foolish !

Tags: 软件测试