就是测试，目标也是测试效能。
实际是为了忽悠年轻人，显得有那么点发展前景，发展出来的职位。
存在即合理，测试 LEADER 再往上两层看测试开发，都是测试。

看一看各位前辈们是怎么看待的吧，之前面试的时候也反问过某个公司的测试 led 类似的问题，测试开发定位是什么，得到的答案是测试开发比开发会的多。

不要被 测开、测试 title 所束缚。

是什么人，要做什么，取决于岗位的工作内容而不是 title，而工作内容是在你面试进去的时候就应该聊清楚的。title 可以是一个业务测试，但是实际工作可能参与很大部分的测试平台开发，那还能叫测试么？其实也不合适。

那为什么有人会顶着测试 title 做开发工作呢？人的能力有差异，不同的事情适合不同的人，可能当时团队里就这个测试同学开发能力最强，刚好又需要做一些事情，就理所当然选中 ta。同理，测开 title 也有时候需要做测试，业务缺人就要补位顶上扛迭代压力。换一种情况，如果 leader 判断长期质量非常重要，短期业务迭代压力可以放一放缓一缓，那定位测开的同学可能就不需要加入业务测试，继续做对应的提效开发工作。

虽然很多时候 title 会限制工作内容和范围，但去到最后的能力栈还是取决于你呆在这家公司里所做过的事情总和。至于测开到底是测试还是开发，这个就看在入职的时候是怎么聊定位的，应该是先有定位，再有 title。而 title 是死的，定位活的，定位可能会变，但是 title 大概率不变。是工作内容塑造一个人，而不是 title 塑造一个人。

故，狭义地说测开是测试还是开发，要不要干测试，能不能干测试，我觉得是看情况去讨论，下不了结论。

补充你的观点，有开发能力搞测开，我就不能图测开不加班不出差到点就走？没有业务上线压力那么大？需求设计一个部门内就搞定不用多部门扯皮？一个人前端后端设计全部搞了效率高？每次看到有开发能力干嘛不去干开发就心里不舒服，干测开就活该没啥开发能力？

根据我中小厂的经验，我个人认为在中小厂混的话，测开就是测试

既不是测试，也不是开发，而是既能开发也能测试的产品

测试开发 不是 狭义的开发。

掰扯这没用，比开发强为啥不干开发

测试开发 不是 狭义的测试。

比 xxx 强就一定去干 xxx，我不认可这个观点。测开是可以提供独特价值的，既有开发的视角，又可以有测试的思维，可以充当开发及测试团队中的桥梁。另外一点，其实根本不需要纠结到底是啥，团队需要什么，我就干什么。需要测试，我就是测试，需要开发，我就是开发，需要测开，我就是测开，都会，都能干，也都能干好，具体岗位啥的根本不需要纠结，只要能贡献价值，用正确的方式持续的做正确的事情，别的都无所谓。

我也不清楚，感觉边界模糊，自我认为就是高测

OK，这次言之有物了

说真的，如果一开始工作的时候，开发技术就已经比开发强，那一般人都去干开发了。
后面不想转开发一般都是不想丢弃多年的测试相关的经验，直接拿测开的开发经验、项目经验和正经开发比较根本没优势。
你干 5 年测开再直接转开发大概率要降薪。

钱给的多还没多大用处的，必噶

说的挺好，就是问号太多没看懂你重点是什么，你这表达能力确实相信你是纯靠技术应聘的。再加上你所说的内容，假设你们公司测试 + 研发 + 你这个测开要裁员，你说先裁谁？

大佬讲的到位。

你跟前边大佬答的都挺到位，最佳回答两选一不知道选哪个好了

测开也不比开发工资低吧，同级别的情况

测试开发是开发.

别，是 CEO

测试开发，专门服务于普通测试的开发，目的在于提效普通测试的测试过程。更偏向于按照测试理解。
要看具体情况而定。

开发也有业务开发（服务于业务）和基础开发（服务于开发团队），测试开发就是服务于测试团队的开发，算哪个都行吧

在一些大厂里，每一个主要负责业务测试的开发，title 都是测试开发，那些负责搞 k8s，平台，cicd 之类的，一般称呼为测试架构师。按照这种分类来看，测开就是有一些开发能力的测试。

测试开发，拆分出两个词，“测试” 和 “开发”，因此，能称上测试开发，肯定需要同时具备测试能力和开发能力。

“测开的开发水平也比不了开发” 不一定