跨越边界，探索未来：给业务研发、测试研发、运维研发的职业发展建议

我在和我的下属和朋友们交流的时候，会经常提到我的 1-3-5-7-10 的“谬论”，具体的含义就是作为一个技术人，我们需要在职业生涯的每个关键阶段（一年、三年、五年、七年、十年），清晰地认识自己的定位和能力水平。通用这种阶段性的自我评定和不懈努力，清楚知道自己在每个阶段的能力发展方向和追求目标，可以更好地规划自己的职业发展，实现个人的快速成长。

这段时间，我在招聘后端研发工程师，我理想中的人才画像包括具有 3 年以内和 5-7 年工作经验的候选人。但是在面试的过程中，我发现很多工程师对自己的职业规划缺乏清晰的认知，不清楚自己当前的职业发展阶段，甚至不知道下一步应该往哪方面努力，让我感到非常惋惜。

大家不妨设想一下，如果一位拥有 7 年经验的后端工程师，竟然对架构是什么一无所知，无法清晰地解释自己工作和负责的系统架构，甚至连一个架构图都不知道怎么画，也不知道怎么做技术选型，那么即使你的代码写的再好，我也会毫不犹豫拒绝你。我姑且认为你的代码很牛逼，但是你与一个只有 2 年经验的、代码写的也还可以、主动积极、迫切需要机会需要学习、踏实勤奋的这么一个人相比，你的优势在哪里？就是那你觉得写的不错的代码以及你觉得你不错的业务思维能力吗？

我很幸运，今年五月我邂逅了这么一位年轻活力踏实上进的小伙子，上周六的专场我同样又遇到了一位同样优秀的年轻人，得之吾之幸也！

现在的我已经转型成为一位综合性的技术管理者，不再仅仅局限于后端架构的角色。在我的部门里，有开发人员、运维人员、测试人员，开发中又有 Java 后端、前端、Python 数据研发，每一个岗位都有其明确的岗位职责和能力要求。为了确保部门的高效运转，我需要清晰定义每个岗位的职责，并指定相应的能力要求。

在我看来，我们这一群人是业务开发，我们是靠近产品业务的技术人，作为技术人，我定义为两个主要发展方向，一是向上，深入了解业务需求和产品逻辑的一群业务开发；二是向下，专注于底层技术攻坚克难的底层开发。

业务开发 VS 底层开发

一、业务研发的职业发展

从我身边的朋友以及我个人的发展路径，对业务研发的职业规划，我认为有两个方向可以考虑：

1、业务深耕之路

当业务研发深度聚焦某一业务，持续解决该领域的问题，他们会逐渐积累对该业务的深刻理解和解决问题的熟练度。这种专注不仅使他们成为该领域的专家，还让他们对业务的挑战和机遇有着独到的洞察力。

在这个过程中，业务研发会逐渐沉淀对业务的理解、问题的精准分析、以及解决方案的有效实施，从而形成一套可复制的业务能力。这种能力使他们不再仅仅是技术的驱动者，而是成为业务发展的核心动力。

具体的职业路径可以是从一名普通工程师晋升为某一领域的技术专家、资深架构师、解决方案架构师，乃至技术部门的领导者。

2、综合拓展之旅

业务研发本身就是一个需要融合业务、产品和技术能力的岗位。初始阶段，技术手段的运用可能占据主导，但随着时间的推移，更多的能力会得到组合和运用。

选择这一路径的业务研发会持续面对真实世界的复杂问题，并学会综合运用各种手段来解决这些问题。他们可能会跳出“纯技术”的标签，转型为技术管理者、业务拓展者、销售专家，甚至成为投资者或创业者。

这条路径为他们打开了一个更为广阔的世界，提供了无限的可能性和发展空间。

总的来说，业务研发的职业规划既可以选择深度挖掘某一领域，也可以选择广度拓展，融合多种能力。关键在于工程师自身的兴趣和长期发展目标。

二、测试研发的职业规划建议

我的标题虽然是叫测试研发，但是在实际技术职场中存在两种类型的测试人员，一种是业务测试，另一种是测试开发。但这里的业务测试绝不要理解为功能黑盒测试，俗话说的点点点测试人员。

1、业务测试 VS 测试开发

作为一名业务测试人员，如果想做到优秀的水平，在以下四项能力上一定要做到极致提升：

• 测试基础能力：测试 Case 设计编写执行、测试场景构建、测试计划和方案落地、保障质量的能力等
• 测试专项能力：性能测试、稳定性测试、竞品评测等
• 测试架构能力：产品质量识别能力、质量量化分析能力、根据分析结果设计质量方案能力、推进质量方案落地能力、复盘和迭代优化的能力等
• 项目管理能力：算法研发有 Last Mile，那对于工程研发来说，测试就是发布生产前的最后一个环节，为了保证项目需求的顺利交付，测试就被天然地赋予了部分项目管理者的职责

而测试开发负责的更多的是通用测试工具或测试框架的开发。一个优秀的测试开发，目标都是保障业务系统质量和效率的提升。此外需要深刻理解团队需要什么样的工具，跟进自研工具的落地以及工具使用的效果。而且在目前的发展趋势中，测试开发开始关注和注重研发效能，从全局维度思考如何提升交付效能，提升研发效率。测试开发和真正的研发有些类似，都需要编码的基础能力，但是测试开发更多的关注在技术的广度。

2、面向未来发展的测试方向

• 测试技术专家，专注提升研发效能
• 业务测试专家，深耕行业领域，技术上要有专项能力，比如云原生测试专家、大模型测试专家等
• 关联岗位转型，测试应该也可以被成为“六边形战士”，他跨界转型的可能性更多，我过往在阿里的经历中，有不少测试转型真正的研发，也有转型产品经理、PMO、业务运营等，还认为一位测试朋友转型干 HRBP 去了

三、运维研发的职业规划建议

1、运维的发展阶段

• 第一阶段运维，大概在 2002 年开始，基本属于“混水摸鱼打杂”，是伴随着国内第一批互联网公司的出现而诞生，扛机器，跑机房，成了日常工作
• 第二阶段运维，大概在 2008 年左右，随着互联网的发展，因为研发规模发展迅速运维进入了精细化运维的时代，人多犯错多，对运维的要求是减少研发失误，降低故障概率
• 第三阶段运维，大概在 2015 年左右，很多公司开始推行 NoOps，运维的大部分工作开始被平台和工具取代，运维岗位的“灾难”
• 第四阶段运维，大概在 2020 年开始，运维摇身一变成为面向业务的 SRE，尽可能降低研发成本、让研发的精力更专注在业务层面，同时逐步提出了各种 Ops：DevOps、MLOps、AIOps、DataOps、FinOps 等

2、面向未来发展的运维方向

• SRE 出身的运维，可以转型成为业务架构师、企业上云架构师等
• 有技术功底的运维，可以转型成为技术研发、测试工位等

我在阿里有一位关系很好的 SRE 同学，深耕运维好多年，后来从阿里出来后，加入字节，担任研发效能平台的产品经历，现在已经是字节研发效能产品团队的头了。

技术人的职业发展是一个充满挑战与机遇的旅程。在这个过程中，我们需要清晰地认识自己的定位和能力水平，并不断地进行自我评定和不懈努力。通过阶段性的自我评估，我们可以更好地规划自己的职业发展，实现个人的快速成长。

作为业务研发人员，我们可以选择深度挖掘某一领域，成为该领域的专家；也可以选择广度拓展，融合多种能力，走出一条更广阔的发展路径。关键在于我们自身的兴趣和长期发展目标。同时，测试研发和运维研发也有各自的职业规划方向，需要根据自身的特点和市场需求进行相应的选择和发展。

在这个快速发展的时代，我们需要不断地学习和提升自己的能力，我就对自己的下属要求成为“π”型的技术人才，以适应不断变化的市场需求和技术趋势。只有不断地追求进步和创新，我们才能在职业发展的道路上取得更好的成绩和收获。

关于“π”型技术人才的内容参照：02｜π 型人才