一个合格的测试工程师的必修内容

我相信，这个问题很多测试工程师（QA）以及技术行业的同仁都会考虑的一个问题，到底什么才是合格的测测试工程师（QA）？

• 是保障系统没有任何问题的上线？

• 是简单的点点点找出系统的缺陷？

• 是天天敲着代码写自动化？

• 是日日喊着这个不对，那个不行？

• 是一个劲背着上线就出问题的黑锅？

嗯哼，以上提到的，是不是都是很常见的场景？

其实，作为一个测试工程师（QA），很多时候再团队中是不受待见的，毕竟在常人眼里看到的是：任何阿猫阿狗都可以做测试。说一个段子：公司干保洁的阿姨可以做测试，大楼、小区门口的保安大叔也可以做测试。

的确，测试工程师（QA）是技术类职位相对低门槛的，说难听的，只要会点点点、会看懂说明书就差不多够了（想当年我也是这么进来的）

那么作为一个测试工程师（QA），需要怎么样的特质呢

• 自身的"软条件" - 更偏向于职场人该有，或者说有了就一定更好的特质

  • 细心 - 很多时候，当测试没发现某一个缺陷，可能会说，哎呀没注意，其实这是缺少细心

  • 耐心 - 天天让你走的流程大同小异，谁不烦

  • 责任心 - 不要担心背锅的事儿，因为就算你现在不背，上线了还是要背

  • 多疑 - 无论何时，都不要相信被测的对象、开发的代码、产品经理的承诺、项目经理的嘴。我给我下属说的最多的一句话就是，在测试流程过程中，任何不合理的结果都是缺陷，哪怕是一个错别字、哪怕是一个像素的偏差、哪怕是一个提示语不友好，以上都是缺陷

  • 描述能力 - 至少能把遇到的问题描述清晰，并且能够让别人理解、看懂、听懂

  • 主动 - 要相信，大部分的开发在一天中，至少有30%的时间在"某呼"、"某扑"、"某博"等等刷帖子，所以你要主动去督促他们改缺陷，不要给他们机会在下班左右提测、流转缺陷

  • 好学 - 无论是看书、刷题、学习新的技术，这些一定不能停止

  • 多问 - 不耻下问，比如开发如何解决某一个缺陷的，为什么他们会遇到这类问题，总之，一切你不擅长的领域都一定要多问题

• 技术方面的"硬条件" - 更偏向于测试工程师（QA）这个职位的技术能力

  • 产品经理能力

    • 需要有产品思维 - 比如一个界面的咨询是否需要整合；信息展示量过大，是否需要进行添加 Tab；用户操作流程是否可以简化等等

    • 需要有商业价值的嗅觉 - 对于不同功能要有埋点思维，并且对于用户依赖粘性较大的功能模块，需要进行更多的扩展、挖掘，这样就能对商业价值进行提升

  • 测试能力

    • 测试手法 - 要会不同的用例编辑手法，等价类、边界值、场景、正交、错误推断等等等等

    • 测试经验 - 这个就是日积月累的问题了，需要一步一个脚印

    • 缺陷整理 - 要会整理遇到的所有缺陷，进行分类（错误类型），修复方式（弯道超车，有时候解决一个问题不是只有一个办法），复盘

    • 保姆式管理 - 所有开发，你得好好伺候着，得督促，得追着喂饭

  • 开发能力

    • 前端开发 & 后端开发 - 最简单的一个道理，当你没有做过测试，你是不会理解测试是如何工作的。同理，你做过开发、你会开发，你就会理解开发人员哪里出错了，可以减少认知差带来的时间差了

    • 自动化开发 - 这是必要的条件之一，其实开发自动化测试工具还是挺容易的，只要他能跑就行了

  • 运维能力

    • 部署环境 - 你至少要会打包发布吧，不然什么事都靠着开发、运维，如果哪天他们休息了，没法发包了，你是不是不能进行后续的工作了，那不久延期了吗

是不是发现，一个测试，要做的事情，比一个团队还多。的确，想要做一个测试工程师（QA），做一个合格的、能力出众的，以上的条件都需要一点点满足。所以这就是在国外，测试工程师（QA）是整个团队中最牛逼的存在。