软件测试人员迷茫之中如何找到职业发展的方向？

这个周末QECon走进B站，在四个精彩分享之后，有一个圆桌论坛，听众提出的第一个问题就是 “现在感到迷茫，不知未来的路怎么走？”  估计这个问题比较普遍，成为当今困扰许多测试工程师的主要的问题之一。前几天，发了一篇文章 测试人员转型是大势所趋：我的十年自动化测试经验分享 ，阅读量远远超过我的预期，这也从侧面说明测试人员的迷茫或焦虑，验证了上面那个问题比较普遍。

出现迷茫或焦虑的原因是什么？

也许每个人的原因不一样，但不外乎是下面这些原因叠加的结果。

1. 敏捷和DevOps开发模式的推行，虽然20年的历史是否已经证明“敏捷已经失败了” 暂且不管，但敏捷/DevOps之风刮的还是很厉害，开发和测试越来越融合，一些头部企业正在取消“测试工程师”这样的岗位，从国外的微软到国内的腾讯，而不少企业也在不断追求越来越高的开发测试比，或者现在只招“测试开发个工程师”。
   
2. 测试的天花板比较低，自己上升的空间比较小，在职位上升通道上，测试工程师很难成为研发部门负责人、研发总监、研发VP、CTO等；虽然有些公司专门也为测试人员设置了专家、高级专家、架构师这样的岗位，但不少公司没有这样高端的测试职位。
   
3. 35岁是一个门槛，许多人也担心到了这个年龄，公司就可能不和自己续签合同。虽然这不只是测试人员所面临的达摩克利斯之剑，开发人员也会感受到即将到来的末日。
4. 测试工作被机器人替代。人们经常分享AI助力自动化测试、机器人完成稳定性/性能/用户体验等测试（下图来自周六的分享），也会给测试人员的危机感。

如何走出迷茫？

先概括为基本的两点，后面再展开讨论。

1. 坚守现在的测试岗位，把各项工作做得极致，迅速成长为某个方面的专家或测试架构师，也可以成为技术管理者（如测试经理/测试总结，但这个风险会大些），对公司或对个人有很高的价值，使自己立于不败之地。
2. 看清未来发展趋势，勇于接受挑战，不害怕，努力转型，成为一名开发人员、产品经理、项目经理或市场经理等。

先说“坚守岗位”。即使开发和测试融合，测试工作始终少不了。在一个全功能的团队中，各个成员的分工还是会有不同，会发挥各自所长，自然也会发挥测试人员的测试强项，侧重测试工作，至少在团队转型的初期。即使在之后的相当长时间，也需要一个Test Owner（测试的负责人），负责整个测试/产品质量的工作，具体负责测试的计划、测试整体方案设计、指导整个团队做好测试。如果系统复杂，会在团队之上，在整个产品线的组织架构上设置专业的岗位，如性能工程、用户体验、混沌工程等技术岗位。

所以，如果你成为测试某个方面的专家，如业务测试专家、测试需求建模专家、用户体验专家、性能测试专家、混沌工程专家、性能工程专家、质量工程专家等，在公司就一定有立足之地的，即使公司老板追求越来越高的开发测试比，也只会淘汰一般的测试工程师，不会淘汰专家。

“35岁”那个槛，也不会对专家起作用，我在（盛行35岁会被淘汰的）某家公司看到白发苍苍的测试专家。如果只是一个普通的工程师，无论是开发还是测试，到了35岁的确有危机，而如果是专家，这个危机基本不存在（虽然会有其它危机，危机总是存在的）。

要想成为专家，一定要有良好的思考能力，经常反思，不断总结，并具有工匠精神，把事情做到极致。思考能力，本公众号之前发了一批文章进行了讨论：

• ......
  

其中批判性思维是我最为推崇的，善于反思，更容易看到问题，纠正自己的问题。同时，要经常写文章发表，或走出去参加沙龙、大会分享，把自己的想法、思考和问题的解决方法进行总结并讲出来，看看其他人的反馈，如果经得起别人的质疑或挑战，说明就是对的。绝不能自己躲起来，一个人自嗨，总觉得自己是对的，那将害了自己，要么将一条错误的道路走到底，要么进步很慢。

工匠精神，精益求精，例如对用户体验测试的研究，其中有个指标是响应时延，可以分为启动响应时延、切换响应时延、滑动响应时延等指标的验证，然后进一步进行人因分析，查找相关论文研究成果，了解可感知的时延是多少毫秒，点击时延和拖动时延有多大的差异等等，如下图（来自绿盟标准）所示。

要成为专家，不仅要专，深入某个领域研究，有精湛的技术和丰富的经验，而且也需要有广度的知识，如了解研发的开发模式、产品的业务架构/技术架构，了解软件的设计模式、面向对象的分析/设计/编程、操作系统、数据库、网络等等，还包括领导力、沟通/协同技巧等软实力，成为T型人才。

再说转型，更不用怕。团队要转型，像微软那样的航空母舰都要转型，个人转型岂不是很简单吗？况且人生没有几个转型，也就枉来地球一趟。如果一辈子只做一件事，也有遗憾。

从测试转开发，没那么难。在做测试时，可以做些储备，例如从自动化测试入手，接触测试工具、学习编程语言，借助Java、Python开发测试脚本，然后再深入一些，针对一些开源的测试工具，进行二次开发 或 为工具（如JMeter）开发插件，增强某项功能（如更酷的测试结果展示）。平时或工作之外，也可以给自己安排开发任务，去开发一个测试工具，或参与开源软件项目。而且，今天学习材料，无论是图书、视频、MOOC还是代码练习平台、社区交流平台等等都不缺，只要学习，就不缺材料，只是缺少毅力和坚持。

进入IT行业，学习能力是最重要的，持续学习，终身学习，不断成长，就没有达不到的目标。之前写过一篇文章 读了这篇文章，受益终身：敏捷测试思维模式，里面就推荐了卡罗尔·德韦克《终身成长：重新定义成功的思维模式》，有时间好好看看这本书。

希望这篇文章能解开你心中的疙瘩，你不再迷茫。如果还迷茫，就多看书，也可以多听听 “樊登读书” ，或者看看这本书：《敏捷测试：以持续测试促进持续交付》，这里侧重敏捷思维的培养，更侧重持续测试能力的培养，是为测试工作而写，不是为测试岗位而写。

（了解详情，请扫图中二维码）

点击“阅读原文”，也可以了解《敏捷测试》详情。

也可以参与活动，有机会获得图书：留下精彩的评论、并获得30个点赞且排名前三位的同学，每人可以免费获得一本作者亲笔签名的此书。

让子弹飞一会，截止时间为一周之后：9月6日22点整。