重新认识软件测试，去掉这些标签

低技术

写这篇是出于近期招聘工作、与兄弟团队闲聊有感而发。我们在筛简历的时候总结两个现象：

• 很多 985、211 的 CS、CE 毕业生优先投开发岗
• 简历基本面较好看的测试同学，要么是开发转测试，要么是多年深耕测试的老玩家，且期望薪资较高

可见“测试低技术”的偏见已经大面积感染了毕业生群体；而开发转测试、资深测试或测开在业界薪资水平很可观。这也给出一个信号：测试是个被低估的技术岗。你没有足够了解他，没有充分技术赋能的时候，确实门槛低。对用户界面有点认知的朋友都可以点点点、发散思维写用例。随着你的项目自动化能力和覆盖率不断提升，你的自我价值也在正向走高。

朱少民老师的《软件测试全景图》全面系统地展示了什么是软件测试（完整版私信获取），其中“技术”栏总结了测试用到的主流脚本语言、框架、工具等技术。高级软件测试相较开发的薪酬增益不在于技术控，而是运用 AI 难企及的人类思维做 “上层设计”，“智慧” 地选择合适的技术栈解决一个朴素的问题：如何快、准、全地覆盖系统风险点，找出 bug。

所以小编希望测试新手不用畏惧玲琅满目的技术方向，更不要自卑人云亦云的 “低技术” 标签。

兜底工作

绝大多数传统行业中，产品质量通常都是在企业生产流水线的末端环节才应被关注和重视，非 QA 人士的这种认知更加强烈（尤其领导）。但是当你深度参与某条线的测试工作后，经验让你条件反射地对末端之前的过程问题做出一些预判，比