背景：针对测开与开发的职业抉择，到底该怎么选？（没有犹豫过的不用看啊哈哈哈）

1 考虑维度

1.1 职业上限

技术上限其实都差不多，职业的尽头皆是管理；但是在职业生涯选择面、灵活度，研发高于测开

1.1.1 共同点：职业的尽头是管理

• 认清楚自己就是个一线流水线工人，在国内纯粹靠技术发展为科学家是很难很难的
• 最优选的普适路径是：有技术功底的管理岗位

1.1.2 技术层面

起步阶段：

一句话总结，这个阶段，研发的技术深度要求更高，测开的沟通能力要求更高

笔面试难度是有差异的：比如研发是从背包算法起步，更甚会问数据库优化；测开会问用例设计之类的问题，其实是在聚焦于你的逻辑和沟通，而不是答案本身

积累（3-5年）：

这个阶段，基本可以学会业界通用的技能，也就是各种CV

这个阶段，虽然笔面试需要你会背包、动态规划，数据库优化、基础架构设计；但是入职以后都是永恒的CV+无边际的扯皮、会议

是否可以互转：

简单来说，一旦分流，1年以内可以互转，长期很难互通，沉默成本过高

原因也很简单：

1. 技术栈不互通：举个🌰
1. 研发：sql性能优化；测开：压测；
2. 研发：表设计、代码优化；测开：故障注入、代码覆盖率
2. 工作习惯不互通：举个🌰
1. 研发：关注于完成、执行的技术实现；测开：关注于业务上的逻辑自洽

1.1.3 沟通技巧

一句话总结，产研测紧密沟通，谁也少不了

研发：介入时间更早一些，介入软件工程全生命周期；

初期接受产品输入，中期反馈实现难度，后期跟产研测扯皮

测开：虽然说从需求评审测试就介入，但是测试很少在初期会投入；

更多的是收尾和兜底阶段的三方拉齐，工期紧、赶时间的感觉会很明显

这也是初期阶段为什么测开更注重沟通，如果说不清楚问题的紧急程度、无法促使产研测三方达成一致在项目上线期会是很致命的问题

外部沟通与合作

研发会涉及与项目、运营、市场较为深入的沟通，如果有tob，还会与销售打通联络

测开，除非是在tob业务里需要测试的场合，一般情况下，测试的沟通仅限于产研测三方

所以如果转行的话，研发的选择面也要比测开大一些

至于向上管理，是职业生涯的重要技能，我做的也不是很好；后面有空单独说吧

1.2 工作压力

打工人没有一个容易的，区别是测开承担质量压力，研发承担技术优化压力+部分业务压力

1.2.1 共同点：没有一个岗位可以让你安安心心的低头敲代码，认清楚自己是螺丝钉的事实

沟通和会议会挤压绝大部分精力；顺便会感受到互联网的一大特点，产研测互相觉得对方是SB

1.2.2 绩效压力

分两个维度：开源and节流

从开源角度来讲，测开基本不承担业务压力，唯一可能相关的就是不延期；部分公司/事业群，会要求研发给产品、运营分担业务压力，比如gmv、用户留存、提升roi之类的

从节流来看，也就是挂在嘴边的“降本增效”。

成本分几个维度：

1. 机器使用情况：研发压力更大一些，因为研发代码比较多，需要不停的优化降低内存、数据库的使用---这也就是你为啥老听到“重构”这个词
2. 人力成本：这个可能跟一线员工不直接相关，更多是分担到了领导层身上；但是测开会感觉到比较明显的是外包引入+“去测试化”
3. 维护成本：即线上质量。如果出现了线上事故，绝大部分情况是研发+测试一起背负，极少数公司出现测试全背锅；线上BUG量、系统稳定性方面则更多是由QA承担

1.3 薪资问题

长期视角来看，测开略低于研发，但是薪资天花板还是依托个人能力

以18年毕业的985硕为例（不包括拿命换钱的少数公司）

以上表格是以身边人为参考数据获得的结论，不能代表所有，但是可以看出一定规律。起步阶段差异不大，差异会在职业生涯中后期逐步显现；尤其5年左右的时间开始分化是走管理路线还是技术路线，后面更多是人与人的差异、而不是岗位与岗位的差异。

以我一个测开的朋友为例，工作3年半时间就拿到了35k；但是同期的研发朋友在北京才24k（人与人的差异就这么大）

2 总结

2.1 行业趋势

2.1.1 去测试化

去测试化，目前限于小范围，比较明显的一个现象是，腾讯、外企之前反复招聘QA，然鹅这个岗位现在基本找不着了

2.1.2 去纯管理

纯管理岗其实在国内比较少，外企会有。比如IBM是很需要有项目经理这个角色，同时国内老B的老白兔算是一种纯管理、是颇受诟病

2.2 兴趣选择

给几个简单直接的选择路线：

1. 对技术毫无兴趣，就喜欢看看业务扯扯皮，只是不想丢弃技术——测开
2. 能少沟通就少沟通，喜欢埋头干事，有明确的活分给你，你明确地执行落地、推广生根——研发
3. 你也不知道你适合干啥，抗压能力也还可以，技术也不反感，甚至在将来还想尝试更多可能性——研发

下期预告：大厂和小厂，该如何抉择？

未经允许，不可转载