测试开发工程师，到底有什么神奇之处？
对于测试开发这个岗位，大家是怎么理解的？有的人说是测试中的开发，做测试工具的，懂点开发，但是又不是很行，只好做测试开发。
个人观点：不管是测试还是开发，更高的维度其实是产品，是用户感知，是挖掘用户真正想要的；测试开发做的好的人，一定是一名合格的开发人员，开发做的好的人，却不一定能胜任测试开发的工作。
这也决定了：
目前业界，合格的测试开发人员，薪资应该是高于纯开发人员的。因为测试开发的核心能力是纯开发人员的超集。
其次，有测试开发这个职位的公司多半是大厂，大厂重视技术，更重视业务本身，而测试本质上是离业务更近，更有产品思维，用户思维的人（当然，也有很多测试达不到这个level）。这很容易理解，技术服务于产品，一味追求高大上技术对产品并不能带来收益，对产品来说，最好的技术永远是：能适应变化，刚好够用的。
从产品的生命周期来看，测试开发属于开发的下游，对测试负责，测试框架，提效工具交付对象也是测试人员，主航道也是产品质量，所以如果需要划分，肯定是隶属于测试部门，但是对成员认知的要求是高于普通的测试人员的，这体现在：
首先，也是最最重要的，对测试需求的深入理解与产品质量本质的挖掘，对于产品软件架构，需求的理解决定了测试方案,测试框架，测试工具的选型及设计。即使在团队中有专家帮你做了这些设计的活，作为一个普通的测试开发人员，也应当有意识的思考这些问题。
其次才是开发能力，良好的开发能力让测试开发人员对产品架构本身能够有更好的理解，从而针对不合理的架构部分提出优化改进意见，与开发人员、架构设计人员平等对话，这同样非常重要
其实，不同的大厂，甚至不同的项目，对测试开发的业务测试能力，也同样有不同程度的要求，上文已经反复强调，业务才是根本，测试才是主航道，因此，懂业务，会测试的测试开发人员，理所当然的有额外的附加分。
值得一提的是，产品的业务逻辑也区分为可移植的通用业务逻辑，以及专业领域内的业务；他们的区别是即使换产品和项目，通用的业务逻辑依然大部分适用。而通用的业务逻辑要求你坚持定期总结归纳才能得到。
页:
[1]
