对于测试开发这个岗位，大家是怎么理解的？
有的人说是测试中的开发，做测试工具的，懂点开发，但是又不是很行，只好做测试开发。
个人观点：不管是测试还是开发，更高的维度其实是产品，是用户感知，是挖掘用户真正想要的；测试开发做的好的人，一定是一名合格的开发人员，开发做的好的人，却不一定能胜任测试开发的工作。
这也决定了：
- 目前业界，合格的测试开发人员，薪资应该是高于纯开发人员的。因为测试开发的核心能力是纯开发人员的超集。
- 其次，有测试开发这个职位的公司多半是大厂，大厂重视技术，更重视业务本身，而测试本质上是离业务更近，更有产品思维，用户思维的人（当然，也有很多测试达不到这个level）。这很容易理解，技术服务于产品，一味追求高大上技术对产品并不能带来收益，对产品来说，最好的技术永远是：
能适应变化，刚好够用的 。
从产品的生命周期来看，测试开发属于开发的下游，对测试负责，测试框架，提效工具交付对象也是测试人员，主航道也是产品质量，所以如果需要划分，肯定是隶属于测试部门，但是对成员认知的要求是高于普通的测试人员的，这体现在：
- 首先，也是最最重要的，对测试需求的深入理解与产品质量本质的挖掘，对于产品软件架构，需求的理解决定了测试方案,测试框架，测试工具的选型及设计。即使在团队中有专家帮你做了这些设计的活，作为一个普通的测试开发人员，也应当有意识的思考这些问题。
- 其次才是开发能力，良好的开发能力让测试开发人员对产品架构本身能够有更好的理解，从而针对不合理的架构部分提出优化改进意见，与开发人员、架构设计人员平等对话，这同样非常重要
其实，不同的大厂，甚至不同的项目，对测试开发的业务测试能力，也同样有不同程度的要求，上文已经反复强调，业务才是根本，测试才是主航道，因此，懂业务，会测试的测试开发人员，理所当然的有额外的附加分。
值得一提的是，产品的业务逻辑也区分为可移植的通用业务逻辑，以及专业领域内的业务；他们的区别是即使换产品和项目，通用的业务逻辑依然大部分适用。而通用的业务逻辑要求你坚持定期总结归纳才能得到。
有人喜欢创造世界，他们做了开发者；有的人喜欢开发者，他们做了测试员。软件测试就是一场本该在用户面前发生的灾难提前在自己面前发生了，这会让他们生出一种救世主的感觉，拯救了用户，也就拯救者这个软件，避免了他们被卸载的命运。
微信搜一搜【程序员一凡】关注这个文绉绉的程序员，关注后回复【面试】有我准备的一线大厂面试资料和简历模板，希望大家都能找到心仪的工作，学习是一条时而郁郁寡欢，时而开怀大笑的路，加油。如果你通过努力成功进入到了心仪的公司，一定不要懈怠放松，职场成长和新技术学习一样，不进则退。如果有幸我们江湖再见！
如果对软件测试、接口、自动化、性能测试、测试开发、面试经验交流。感兴趣可以1079636098，群内会有不定期的发放免费的资料链接，这些资料都是从各个技术网站搜集、整理出来的，如果你有好的学习资料可以私聊发我，我会注明出处之后分享给大家。