测试人员发展之路通往何方？

302 2023-07-13

测试发展的灵魂三问

我曾经不止在一个场合中被问到同一个问题：那就是测试人员的发展到底有没有前途？特别是在近几年出现的“去QE”（去掉测试人员）的言论以及《谷歌软件测试之道》谈到的测试部门将不复存在的观点，让不少测试同仁陷入了一丝不安和迷茫，不少人心里打鼓：测试是不是没前途了？我是不是应该趁早转行做别的岗位呢？如果要转那我该转到什么岗位才有前途？

相信不少人心里一直被这所谓的“灵魂三问”困扰着。作为在这个行业里面待了近20年的一名老兵，我想谈谈自己对这个职业的一些看法和思考，不敢说有什么真知烁言，毕竟自己的知识和阅历还不能像大师们那样深厚睿智，但我只是希望能带给大家一点思考的火花和一丝坚持不懈的信心。

被誉为咨询界圣经的《金字塔原理》这本书告诉我们，表达一件事最开始就需要把结论亮出来，因此我觉得有必要先提出我的观点，那就是：对于个体来说，有没有前途，不是取决于你是不是做测试本身，而是取决于你有没有努力。

很多人可能会反对：大环境不好、天花板太低，难道不会阻碍我的发展吗？确实，这点不可否认会阻碍。可是在我看来，可能有99%的人即使到了职业生涯的末期都未必能达到哦所谓的事业天花板。既然这样，你以其担心不知道该如何突破天花板，不如先好好想想应该如何到达天花板？就好像我们还很贫穷的时候就不要去操心有了大把钱后不知道该怎么花的苦恼。

测试天花板到底在哪里

我们再来看测试的天花板，它到底有多高？关于这个高度的理解，我觉得可能是因人而异、因知识圈而异、因阶段而已。对于一个只会手工测试的人来说，可能他会觉得能熟练掌握自动化测试后就是天花板了，因为在他的知识圈里，会自动化测试的测试开发工程师已经是高山仰止了。但是这就是测试的天花板了吗？显然不是，测试开发工程师只是一个项目里面一个普通的角色而已，甚至他和项目中任何一个懂java编程的开发人员没有什么区别。而如果在项目中能统筹整个项目，带领整个项目团队很好的完成项目的交付并且能客户满意的测试经理（项目经理），你觉得公司会认为谁更有价值？

好，那么测试经理是不是就到了天花板了？当然也不是。在IT界，或者更细一点在ToB行业里面，前端往往都是强势于后端的。我所指的前端是和客户密切接触的销售、售前等，而后端是指做交付和实施的项目经理、成员和售后服务团队等。在这个ToB行业里面，你能拿到单子，你就是老大，你就可以调动后端的所有资源为你服务。因此在ToB行业，sale比deliver更重要，因为没有sale，哪里来的deliver呢？测试也是一个道理，一个能让客户认可并能签下测试单子的销售或售前比一个只会做测试交付的测试经理更有价值，至少从公司层面会这么认为。

也许有人会说销售和售前不属于测试，如果持有这个疑问的朋友，那就是我上面说的思维圈的局限了，谁规定了测试就应该是写测试用例做测试执行？销售和售前能卖测试方案、测试产品和测试服务，当然也可以属于测试的范畴。

这让我想起了之前写过一首“打油诗”来描述测试从业人员的五层境界：

初级测试手工点；

中级测试撸代码；

高级测试带项目；

顶级测试做销售；

大师级别整资源。

当然这只是一个玩笑，并不是测试人员就真正的按照这个来划分。这里主要想表达的意思是：所谓测试的天花板其实可以是很高，也可以是很低，取决于你的认知、你的知识圈和你的努力。越努力，你的天花板越高，反之，越懒惰，你的天花板就越低。

测试到底重不重要

接下来想讨论的是，到底测试这个行业低端不低端？很多人甚至包括部分企业里面的领导们都认为测试属于低端活，甚至在资源不足的情况下首先应该牺牲的就是测试。我们先来谈后面这个问题。确实，在互联网大行其道的今天，对于大部分的ToC产品来说，速度才是王道，质量是可以牺牲的。因为开发是实实在在码代码生产产品的人，没有生产出东西，要测试有何用呢？开发出来东西后，有Bug？没所谓，又不是什么人命关天的大事，马上修复就是，最主要是我有这个新的功能和服务而别人没有。在这样的情况下，测试确实就被弱化到了一个尴尬的地位。

但是，在这个世界上我们还有很多的系统是ToB的，比如银行、保险、通信等。我们先不说航空汽车领域里面不能有Bug否则会造成人身伤亡，即使是银行系统有Bug，也会影响到广大人民群众的钱袋子，停机X小时之上银监会就会介入调查。有句老话说得好：凡是和钱相关的事都无小事。试想一下，这样的系统能没有测试吗？在这种情况下，测试人员尤其是懂业务的测试人员就显得尤为重要。为什么呢？因为大部分的ToB大型系统，开发人员都是一个萝卜一个坑，他可能对自己负责的模块非常熟悉，好一点的话对他负责模块所相关联的上下游模块有所了解，但是你不能期望每一个开发人员都能对系统的整体非常了解，对端到端业务流熟悉，这是不现实的，同时这也是和ToC应用的一个很大的差别所在。

很多大型系统，随着时间的推移，你甚至找不到一个能对系统的方方面面都完全熟悉的人，这不是危言耸听而是真实存在。所以这个时候，具备了行业业务经验、对系统各方面都有所了解的测试人员就非常关键，他需要针对不同的模块进行端到端的业务流测试，而这样的测试是必须要要做的，也是开发做不了的。所以不同行业、不同系统的要求决定了测试的重要性也不同。谷歌早在几年前就提出要去掉测试人员，但是真实情况是到现在还有招聘测试人员的岗位。所以我觉得“去QE”，在ToB行业里面，还有很漫长的路要走。

测试到底Low不Low

下面再谈第一个问题：测试到底低端不低端？不知道当初大家是怎么选择的测试行业，我想或许有些是一毕业公司安排到测试岗位所以“一入侯门深似海”，也有一些或许是厌倦了“此恨绵绵无绝期”的编码从而转行测试。不管什么原因，最后都殊途同归到测试的这条不归路上。有不少的项目经理觉得测试没有技术含量，随便找个大学毕业生点两下即可。因此测试的入门槛就变得很低，大家觉得只要是个人都能做测试。

这让我想起了几年前的一个项目，当时我去做了交流，发现这样大几十号开发团队的大型电商项目竟然没有专门的测试团队，而做测试的是由几个还没毕业的实习生BA来兼职，据说是为了省成本。后来可想而知质量差、客户不满意，结果只能花血本请资深的测试专家进去救火。这样一折腾，估计最终并没有省下多少成本。所以在质量方面，有些时候该花的还是要花，如果一开始不花，那后面可能就会需要花更大的代价更高的成本了。

当然，这只是外部看我们测试的情况，我们一时无法改变太多。那么对于我们测试自己呢？我觉得其实测试这个岗位不低端，主要还是我们自己把自己做低端了。一个好的测试人员需要具备的技能并不比开发的要求低多少。比如，他需要具备技术能力（测试技术、数据库技术、脚本技术、操作系统、网络等），也需要具备行业或者业务知识，还需要具备测试的思维包括批判性思维等，更重要的还需要具备软技能（沟通能力、管理能力等）以及细心、耐心的性格和习惯，其实这样的测试人员真的不好找。

但是我们看到很多的测试人员，在面对自己需要测试的模块和系统时，不主动去熟悉业务和需求，也不了解里面的架构和逻辑，完全把它当作是黑盒，开发说让测什么就测试什么，说怎么测就怎么测。这样测试完全就是给开发打下手。试想一下，这样怎么能发现有价值的问题呢？

我一直想让大家纠正一个意识上的误差：即是所谓的黑盒测试，不是我们真的不用去了解里面的逻辑而只关注输入输出。黑盒测试只是一种测试手段，我们还是需要对系统的需求、架构、内部逻辑、业务流、数据流、数据库表甚至是代码等都得了解，这才能更好的帮助我们进行有价值的探索式测试以及发现和定位有价值的问题。如果你只是一切听开发的，然后点点点，然后只能发现一些微不足道的问题或者发现问题不会做初步定位和排查，这样的测试是不会给开发和项目带来太多的价值的。测试人员要得到别人的尊重，还是必须自己要变强，打铁还需自身硬，所以我们需要往自己身上找原因，反省我们自己能给项目给开发带来什么样的价值，而不是抱怨不受重视。

狭义的测试人员发展方向

最后，我们再谈谈测试人员未来该怎么发展呢？我觉得从狭义角度讲不外乎三大方向：

技术方向

往技术性方向发展，成为技术专家，包括自动化测试专家、性能测试专家、安全测试专家、DevOps专家等。要想成为在自动化领域的专家，首先需要你有一定的编程基础，熟悉一些流行的脚本；其次一定要有实战经验，多做几个项目。如果只是看几本书，做几个demo是很难成为真正的专家。你需要有很多实际项目经验的积累，项目中碰到各种各样的问题并且能解决它，从而积累了大量的实战经验并且懂得总结。

业务方向

往业务性方向发展，成为业务专家，包括需求分析师、行业咨询顾问、产品经理、产品总监等。测试人员一定要做到比开发人员更懂业务，比BA更懂系统架构。这是我们和他们相比的价值所在。而且最好你的行业经历能保持在一个或者两个领域中，不要频繁变动。否则每个行业只做个一年半载，如何能成为行业专家呢？

管理方向

如果是在传统环境，往测试管理方向发展成为测试经理、项目经理、测试总监。希望走这条线的朋友一定要学习管理知识，包括PMP等，这是项目管理的基础；同时有机会多学习管理学知识，包括人力资源管理等。做测试管理，很重要需要你的情商和领导力能力；如果是敏捷环境，可以尝试Scrum Master、Agile Coach方向，也会是一个不错的选择。当然我们也需要不断学习敏捷、敏捷测试相关的知识。

当我们明确了方向，那么就可以根据自己的兴趣和爱好，选择自己喜欢的路子，同时坚定不移的走下去。但是无论什么方向，没有持之以恒的坚持，没有辛勤付出的汗水，没有百分百的努力，那么做什么都不会有前途。

相关阅读：

测试人员如何在敏捷项目中生存？

怎样才能成为测试大咖

关于作者

原文链接： https://mp.weixin.qq.com/s?__biz=MzIxNzc4ODgxMg==&mid=2247484192&idx=1&sn=5a1d7e4826d98f29dfe82912d2cfdefc