测试开发工程师有什么神奇之处?

测试开发工程师有什么神奇之处?

有的人说是测试中的开发，做测试工具的，懂点开发，但是又不是很行，只好做测试开发。

个人观点：不管是测试还是开发，更高的维度其实是产品，是用户感知，是挖掘用户真正想要的;测试开发做的好的人，一定是一名合格的开发人员，开发做的好的人，却不一定能胜任测试开发的工作。

这也决定了：

目前业界，合格的测试开发人员，薪资应该是高于纯开发人员的。因为测试开发的核心能力是纯开发人员的超集。

其次，有测试开发这个职位的公司多半是大厂，大厂重视技术，更重视业务本身，而测试本质上是离业务更近，更有产品思维，用户思维的人(当然，也有很多测试达不到这个level)。这很容易理解，技术服务于产品，一味追求高大上技术对产品并不能带来收益，对产品来说，最好的技术永远是：能适应变化，刚好够用的。

从产品的生命周期来看，测试开发属于开发的下游，对测试负责，测试框架，提效工具交付对象也是测试人员，主航道也是产品质量，所以如果需要划分，肯定是隶属于测试部门，但是对成员认知的要求是高于普通的测试人员的，这体现在：

首先，也是最最重要的，对测试需求的深入理解与产品质量本质的挖掘，对于产品软件架构，需求的理解决定了测试方案,测试框架，测试工具的选型及设计。即使在团队中有专家帮你做了这些设计的活，作为一个普通的测试开发人员，也应当有意识的思考这些问题。

其次才是开发能力，良好的开发能力让测试开发人员对产品架构本身能够有更好的理解，从而针对不合理的架构部分提出优化改进意见，与开发人员、架构设计人员平等对话，这同样非常重要

其实，不同的大厂，甚至不同的项目，对测试开发的业务测试能力，也同样有不同程度的要求，上文已经反复强调，业务才是根本，测试才是主航道，因此，懂业务，会测试的测试开发人员，理所当然的有额外的附加分。

值得一提的是，产品的业务逻辑也区分为可移植的通用业务逻辑，以及专业领域内的业务;他们的区别是即使换产品和项目，通用的业务逻辑依然大部分适用。而通用的业务逻辑要求你坚持定期总结归纳才能得到。