到了35岁，软件测试职业发展之困惑如何解？

小鱼儿 2023-09-24 19:54 69阅读 0赞

35岁，从工作时间看，工作超过10年，过了7年之痒，多数IT人都已经跳槽几次。

35岁，发展比较好的软件测试人，已经在管理岗位（测试经理甚至测试总监）或已经成为测试专家或测试架构师。发展不好的，可能依旧是一个工程师（资深工程师）。

最近有两个人在向我咨询个人职业发展的案例，一个是大厂的高级测试专家，另一个是测试工程师，工作时间都超过10年，基本处在35岁左右的时间。

**1. 先说说 “大厂的高级测试专家” 案例。**

十天前和一位大厂的测试专家聊了一个多小时，和他一起分析个人测试职业发展的困惑，希望能给您一些启发。

背景是：这位测试专家就读于一所211大学，并于2011年获得硕士，一毕业就从事软件测试工作，一干就是7-8年，后来有机会转到开发，最近几年是开发岗位，也可以说是“测试开发”岗位，已经是高级测试开发专家。

现在有新的机会出现在眼前，职位更高了、也是自己喜欢的工作环境，但又回到测试岗位，在现在的公司工作非常熟悉了、得心应手，协作也比较顺畅，去一个新的公司，有些东西要重来，还有风险。这样的机会，是否要争取？选择是痛苦的，要考虑的因素很多，除了考虑待遇、工作环境外，还要看赛道、未来发展空间等。最看重哪个因素，还是取决于自己，虽然大多数人比较务实，看重待遇，但也有的人看重工作环境、看重未来发展空间。进一步去想这个问题，这不仅仅是“个人喜好、自己是否喜欢挑战等” 所决定的，而是要问问自己的长远目标是什么？希望成为一个什么样的人？

如果在开发岗位上再积累5-6年，这样开发和测试的功底都很深，未来可以成长为管理整个研发部门的负责人（有可能是公司的副总裁，有可能是研发中心的总经理），等待上市企业或中小型公司的机会，甚至可以考虑加盟一家有发展前途的创业公司，帮助公司做大做强，当公司IPO时，你就能很好地享受成功。

也可以沿着某个领域深入下去，成为资深专家、首席专家、研究员。如果觉得自己的发展存在瓶颈，需要深造，也可以去国外读一个博士，可以丰富自己的人生，有可能在未来可以更体面、更优雅地生活和工作……

有同学在[我的知识星球][Link 1] 上留下评论：个人的职业经历是从测试到开发再到测试，到开发的动机是不懂代码就没法深入产品，不懂技术有可能被程序员忽悠；再到测试的动机是作为测开对业务理解不够，做出的平台和工具有时无法解决某些实际的痛点。只要还在测试这条路上发展，我觉得这些积累一点都不会浪费，相对于开发的"专"，测试的优势本来就是"通"。测试人，除了要懂技术，还可以在项目管理和产品方面继续积累，这样才能在敏捷的内卷中，掌握更多的主动权。

**2. “测试工程师” 案例。**

有同学 在[我的知识星球][Link 1] 提问：

一朋友做软件手动功能测试十几年，年龄35+，对以后的职业发展很迷茫，手动测试的成就感不高，可替代性比较强，薪资和职业上升空间都有限！如果转做自动化测试，代码能力一般，写代码的内动力不强，而且年龄也大竞争不过年轻人！现在不知道职业的发展方向？

如果十几年都在做手动的功能测试，而不能做自动化测试和某些专项测试（性能测试）等，是不是说明进取心不足、不喜欢学习或不善于学习？不敢挑战困难？

1. 自动化测试脚本开发，比较容易掌握，有代码基础的同学3天就学会，没有代码基础的同学2-4周也能掌握，所以不要抗拒自动化测试，而是要拥抱它；不要怕困难，先去学习、先去做，自己都没做，怎么知道自己竞争不过年轻人呢？

2. 据我了解，目前某大厂最高级别的测试专家（8级，相当于阿里的P10+）是业务测试出身的，从用户验收测试开始，到基于场景的测试方法、需求实例化相关工作的推进，而不是自动化测试专家。

[星球会员A][Link 1] 回复：如果一直做手工测试，还没意识转变或者提升，说明工作基本按步就班，有心变，但却无行动，最重要的是能动起来。（**对，要觉醒，更要行动**）

[星球会员B][Link 1] 回复：说下个人观点，供讨论：测试最核心的能力并不是普通的测试执行，一个公司设置测试，本质是为了及时揭示产品的质量风险，并在发布前对产品发布后的质量风险进行准确评估和判断。但测试的资源是有限的，且测试不能穷尽，所以首先需要有对产品制定合理测试策略的能力，其次需要有测试分析设计的能力，根据测试执行情况和问题发现情况进行准确风险评估的能力，这些都是需要经验的

（对，关键是测试分析能力、测试设计能力，我最近几年喜欢说，测试分析、测试建模是基础，即测试分析能力更重要）

[星球会员][Link 1]C 回复：“一个项目就像是一次陆上旅行。有些项目很简单、很平常，就像是大白天开车去商店买东西。但是大多数值得开发的项目更像是夜间在山里开越野卡车，这些项目需要前灯，**而测试员要照亮前面的道路**，使程序员和经理尽管还在拿着地图争吵，但是至少可以看清他们在哪儿。” 来自《软件测试经验与教训》

[星主][Link 1] 回复：“测试员要照亮前面的道路”，有了这样的理念，对自己会有更高的要求，有更多的学习，估计就不会问出这样的问题。作为一个优秀的测试人员，不应该把自己局限于某一类测试“手工测试”、“功能测试”等，有信心触及任何测试领域，虽然会精于2-3个领域

[星球会员][Link 1]D 回复星主：非常赞同，有一部分人会把自己局限在仅仅是写用例和点点点的框架里，缺乏主动性。一个好的手工测试是一通百通，能快速上手一个新业务并推进新业务的质量提升。

[星球会员][Link 1]E 回复：尝试新技能是有趣的事，长期的手工测试确实有些单调，只要是有益于工作的技能或者工具都可以利用起来。另外能力的表现还有测试设计，策略定义，团队管理，流程改进。

[星球会员][Link 1]F 回复：业务测试在我看来更是一种趋势，每个行业业务的进展和迭代离不开对业务的熟知和用户体验以及用户想要获得的需求功能，如果不提升自动化方面可以往专业的业务测试领域，做到“自己比业务更了解业务”

[星球会员][Link 1]G 回复：请问老师，如果想在研发团队推行实例化需求，采用Gherkin语法描述需求，从哪里可以找到最佳实践呢？

[星球会员][Link 1]H 回复 [星球会员][Link 1]G ：目前团队已经在用BDD，从jira需求描述到测试用例，到自动化测试脚本，效果不错，能提升效率。个人看法是，BDD只是一个载体，只是写case的风格，这不重要，重要的始终还是用例管理。对于用例管理，恰好今天有思考这个问题，我认为， 其一是要把握用例的颗粒度，避免把过多精力放在过于精细化的case描述上，一个case讲明白测试点在哪就好。其二是要做好用例集管理。首先划分好业务模块，由专项负责该模块的同事维护用例集。通常QA会根据user story创建新case，而且会呈现放大趋势，导致用例库里存在大批量只用一次就废弃的case。我认为这一点无需担心，可以把重心放在回归测试用例集的维护上，每一次feature test之后，做到及时增删改回归用例即可。萌新，想法可能比较片面，欢迎指正

[星球会员][Link 1]I 回复：手动测试不一定就不行，其实需要培养测试架构思维，从业务角度出发指定合适的测试策略。在这个基础上，自动化测试更多的是如何丰富自己的技能进行支撑，很多的时候：实践强于理论

[星球会员][Link 1]J 回复：发现自己的特长，扬长避短吧，适当降低期望，多和别人学习，少和别人比较。成长比成功重要。

[星球会员][Link 1]K 回复：手动测试不止是点点点，业务沉淀文档能力带人能力复盘能力风险评估能力业务提效能力如何，是否有真正的非常了解业务，都是值得深思的地方。一个好的手工测试可以反push产品让一个需求更加合理，也可以提出合理的建议改善流程推动发展，一个有效的复盘分享能让更多的人受益。不能把自己局限在点点点的框里，要勇于突破。活到老学到老。

**最后：** 下方这份完整的软件测试视频学习教程已经整理上传完成，朋友们如果需要可以自行免费领取**`【保证100%免费】`**

![在这里插入图片描述][ed4627a964d644e285a28f9b5dd81dae.png_pic_center]

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！

![3f3e09bf1550488990a5577dab81f918.gif][]

[Link 1]: http://mp.weixin.qq.com/s?__biz=MjM5ODczMDc1Mw==&mid=2651856054&idx=1&sn=0cffdf8c408d24081f305541e9393f6e&chksm=bd22f1d88a5578ce2ab26a2f51dfd21e6f39e29cf8c2f6ced1110e8519368fe626f6707b2770&scene=21#wechat_redirect
[ed4627a964d644e285a28f9b5dd81dae.png_pic_center]: https://img-blog.csdnimg.cn/ed4627a964d644e285a28f9b5dd81dae.png#pic_center
[3f3e09bf1550488990a5577dab81f918.gif]: https://img-blog.csdnimg.cn/3f3e09bf1550488990a5577dab81f918.gif