测试工程师的发展之路 - 51Testing软件测试论坛

我进入这行已经十二个年头，看到IT行业的起落沉浮。在这些年里好多事情看在眼里，比如好多测试领域的同志、领导心里觉得测试这行不如开发。好像测试是研发体系最底层，甚至有人认为测试都不属于研发。更有很多公司领导认为测试能做的事，开发也能做，不如开发兼职搞了算了，软件上线能用就好。久而久之测试成了锦上添花，没有也没太大问题。好多测试自己都认为熬不了开发的苦，或者做不了开发，才转行来做测试，写写脚本，搞搞自动化，在测试领域也能混得风生水起。

我先摆明我的观点：测试和开发本就在不同赛道和不同维度，我们要发挥自己的长处，让产品质量更好，让产品灵魂更鲜活。切不可妄自菲薄。

我曾经在一本书上看过一段内容，普通测试工程师的“测试六段”：

测试一段：能根据测试用例的描述步骤来执行测试用例，能对照用例的预期结果发现产品的问题，能够清晰准确地将问题记录下来后反馈给开发，开发能够读懂问题描述的含义；

测试二段：对产品需求有一定的了解，能够根据产品需求分析、设计产品的测试用例，发现问题后能够进行初步定位；

测试三段：对产品的需求和实现都有较为深入的理解，设计用例时会注意用例的有效性，测试用例时会考虑使用自动化测试等方法提升测试执行的效率；

测试四段：深入理解产品需求和实现，理解产品质量，理解产品的隐形需求，对产品性能、可靠性、易用性等非功能属性的测试均有所涉及，并掌握其中的测试方法，会使用测试缺陷分析技术，会评估产品质量；

测试五段：不断追求最适合产品的测试技术，关注测试过程改进，推动产品测试技术的进步；

测试六段：走向前端，做缺陷预防，能将测试方法标准化，并固化测试工具和流程。

这种固化式的六段不是标准答案，但可以适用于大多数情况，大家不妨对照下自己目前的工作状况，再规划一下自己的职业生涯。

另外我在做一个通俗易懂的类比，让一些碎了道心的测试道友是否可以重拾曾经自己的梦想。打比方一个产品就像一个待治理的荒漠，SE就是整个治理方案的架构灵魂，他来把控哪些地方适合种树，哪些地方适合种什么类型的树。每一个项目里的开发就来设计这个树哪里需要分叉，主杆需要设计多粗，枝干需要多茂密，树叶的纹路形状等等细节的实现。这时测试我们就按同样粒度，从不同维度来类比。TSE（测试架构师）需要判断这些树种这里合理不合理，防的是那边吹来的风，吹来的风里有没带什么砂石水分，风力一年什么时候会变化，最大风力会到多少，万一出现百年一遇的风暴时有什么应对措施。通过这些修正，来确定树种类的合理性。TSE一定要有和SE一样的俯视上帝视角的眼界，和更细微的感知。如果是普通测试工程师就需要检查树干的根够不够结实，树叶的大小是否符合预期，会不会吸水和树叶的水分的流失无法保证树的存活。很多测试指看到表面的需求：树干够不够粗，树叶够不够绿，树的树木高度和数量是否符合要求。忽视了很多隐藏需求。

各位道友，测试这条路不好走，往往不是技术上的问题。我们自己要把路走正走宽走远，让别人看到测试这条路的真实情况。