到了35岁，软件测试职业发展之狐疑怎样解？

35岁，从工作时间看，工作高出10年，过了7年之痒，多数IT人都已经跳槽频频。
35岁，发展比较好的软件测试人，已经在管理岗位（测试经理甚至测试总监）或已经成为测试专家或测试架构师。发展不好的，可能仍然是一个工程师（资深工程师）。
近来有两个人在向我咨询个人职业发展的案例，一个是大厂的高级测试专家，另一个是测试工程师，工作时间都高出10年，基本处在35岁左右的时间。
1. 先说说 “大厂的高级测试专家” 案例。
十天前和一位大厂的测试专家聊了一个多小时，和他一起分析个人测试职业发展的狐疑，希望能给您一些开导。
配景是：这位测试专家就读于一所211大学，并于2011年获得硕士，一结业就从事软件测试工作，一干就是7-8年，厥后有时机转到开辟，近来几年是开辟岗位，也可以说是“测试开辟”岗位，已经是高级测试开辟专家。
现在有新的时机出现在眼前，职位更高了、也是自己喜好的工作环境，但又回到测试岗位，在现在的公司工作非常认识了、得心应手，协作也比较顺畅，去一个新的公司，有些东西要重来，尚有风险。这样的时机，是否要争取？选择是痛苦的，要考虑的因素许多，除了考虑待遇、工作环境外，还要看赛道、未来发展空间等。最看重哪个因素，还是取决于自己，固然大多数人比较务实，看重待遇，但也有的人看重工作环境、看重未来发展空间。进一步去想这个题目，这不仅仅是“个人喜好、自己是否喜好挑战等” 所决定的，而是要问问自己的长远目标是什么？希望成为一个什么样的人？
如果在开辟岗位上再积累5-6年，这样开辟和测试的功底都很深，未来可以成长为管理整个研发部门的负责人（有可能是公司的副总裁，有可能是研发中心的总经理），等待上市企业或中小型公司的时机，甚至可以考虑加盟一家有发展前程的创业公司，资助公司做大做强，当公司IPO时，你就能很好地享受成功。
也可以沿着某个范畴深入下去，成为资深专家、首席专家、研究员。如果觉得自己的发展存在瓶颈，必要深造，也可以去国外读一个博士，可以丰富自己的人生，有可能在未来可以更体面、更优雅地生活和工作……
有同砚在我的知识星球 上留下评论：个人的职业履历是从测试到开辟再到测试，到开辟的动机是不懂代码就没法深入产品，不懂技术有可能被程序员忽悠；再到测试的动机是作为测开对业务理解不敷，做出的平台和工具有时无法办理某些实际的痛点。只要还在测试这条路上发展，我觉得这些积累一点都不会浪费，相对于开辟的"专"，测试的优势本来就是"通"。测试人，除了要懂技术，还可以在项目管理和产品方面继续积累，这样才能在敏捷的内卷中，掌握更多的自动权。
2.  “测试工程师” 案例。
有同砚 在我的知识星球  提问：
一朋友做软件手动功能测试十几年，年岁35+，对以后的职业发展很迷茫，手动测试的结果感不高，可替代性比较强，薪资和职业上升空间都有限！如果转做自动化测试，代码本领一样平常，写代码的内动力不强，而且年岁也大竞争不过年轻人！现在不知道职业的发展方向？
如果十几年都在做手动的功能测试，而不能做自动化测试和某些专项测试（性能测试）等，是不是说明进取心不足、不喜好学习或不善于学习？不敢挑战困难？
1. 自动化测试脚本开辟，比较轻易掌握，有代码底子的同砚3天就学会，没有代码底子的同砚2-4周也能掌握，所以不要抗拒自动化测试，而是要拥抱它；不要怕困难，先去学习、先去做，自己都没做，怎么知道自己竞争不过年轻人呢？
2. 据我相识，目前某大厂最高级别的测试专家（8级，相当于阿里的P10+）是业务测试身世的，从用户验收测试开始，到基于场景的测试方法、需求实例化干系工作的推进，而不是自动化测试专家。
星球会员A 复兴：如果一直做手工测试，还没意识转变或者提拔，说明工作基本按步就班，有心变，但却无行动，最紧张的是能动起来。（对，要觉醒，更要行动）
星球会员B 复兴：说下个人观点，供讨论：测试最焦点的本领并不是平凡的测试实行，一个公司设置测试，本质是为了实时揭示产品的质量风险，并在发布前对产品发布后的质量风险进行正确评估和判断。但测试的资源是有限的，且测试不能穷尽，所以起首必要有对产品订定公道测试策略的本领，其次必要有测试分析计划的本领，根据测试实行环境和题目发现环境进行正确风险评估的本领，这些都是必要经验的
（对，关键是测试分析本领、测试计划本领，我近来几年喜好说，测试分析、测试建模是底子，即测试分析本领更紧张）
星球会员C 复兴：“一个项目就像是一次陆上观光。有些项目很简单、很平常，就像是明确天开车去商店买东西。但是大多数值得开辟的项目更像是夜间在山里开越野卡车，这些项目必要前灯，而测试员要照亮前面的道路，使程序员和经理尽管还在拿着地图争吵，但是至少可以看清他们在哪儿。”    来自《软件测试经验与教导》
星主 复兴：“测试员要照亮前面的道路”，有了这样的理念，对自己会有更高的要求，有更多的学习，估计就不会问出这样的题目。作为一个优秀的测试人员，不应该把自己局限于某一类测试“手工测试”、“功能测试”等，有信心触及任何测试范畴，固然会精于2-3个范畴
星球会员D 复兴星主：非常赞同，有一部分人会把自己局限在仅仅是写用例和点点点的框架里，缺乏自动性。一个好的手工测试是一通百通，能快速上手一个新业务并推进新业务的质量提拔。
星球会员E 复兴：实行新技能是有趣的事，长期的手工测试确实有些单调，只要是有益于工作的技能或者工具都可以使用起来。另外本领的表现尚有测试计划，策略界说，团队管理，流程改进。
星球会员F 复兴：业务测试在我看来更是一种趋势，每个行业业务的进展和迭代离不开对业务的熟知和用户体验以及用户想要获得的需求功能，如果不提拔自动化方面可以往专业的业务测试范畴，做到“自己比业务更相识业务”
星球会员G 复兴：请问老师，如果想在研发团队推行实例化需求，采用Gherkin语法形貌需求，从哪里可以找到最佳实践呢？
星球会员H 复兴 星球会员G ：目前团队已经在用BDD，从jira需求形貌到测试用例，到自动化测试脚本，效果不错，能提拔效率。个人看法是，BDD只是一个载体，只是写case的风格，这不紧张，紧张的始终还是用例管理。对于用例管理，恰恰今天有思考这个题目，我以为， 其一是要把握用例的颗粒度，避免把过多精神放在过于风雅化的case形貌上，一个case讲明确测试点在哪就好。其二是要做好用例集管理。起首分别好业务模块，由专项负责该模块的同事维护用例集。通常QA会根据user story创建新case，而且会呈现放大趋势，导致用例库里存在大批量只用一次就废弃的case。我以为这一点无需担心，可以把重心放在回归测试用例集的维护上，每一次feature test之后，做到实时增编削回归用例即可。萌新，想法可能比较片面，欢迎指正
星球会员I 复兴：手动测试不一定就不可，其实必要造就测试架构思维，从业务角度出发指定符合的测试策略。在这个底子上，自动化测试更多的是怎样丰富自己的技能进行支撑，许多的时间：实践强于理论
星球会员J 复兴：发现自己的专长，扬长避短吧，适当降低期望，多和别人学习，少和别人比较。成长比成功紧张。
星球会员K 复兴：手动测试不止是点点点，业务沉淀文档本领带人本领复盘本领风险评估本领业务提效本领怎样，是否有真正的非常相识业务，都是值得深思的地方。一个好的手工测试可以反push产品让一个需求更加公道，也可以提出公道的建议改善流程推动发展，一个有效的复盘分享能让更多的人受益。不能把自己局限在点点点的框里，要勇于突破。活到老学到老。
末了： 下方这份完整的软件测试视频学习教程已经整理上传完成，朋友们如果必要可以自行免费领取【保证100%免费】

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

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。