一般认为测试开发也偏开发，日常工作就是搞测试工具，本职工作也是写代码。
但是我最近了解到一些公司，测试工具这块直接让开发来搞。
我觉得这很合理啊，测开的开发水平也比不了开发，不如直接找开发来开发。
那测开的定位会不会有些纠结呢？
根据我中小厂的经验，我个人认为在中小厂混的话，测开还是得懂测试
因为测试要缺人点点点，你平时就开发工具，有没有效就不说了，需要测试，你也有测试的 title
却干不了测试的活儿，可能会被人嫌弃。
所以以我中小厂（反复强调）的经验，测开不能光懂开发，还得懂测试
对于测试而言，你懂开发是加分项，测开可以作高级测试
可你测开要搞纯开发，我感觉至少在中小厂不是那么吃香
我觉得你得清楚自己的职业定位，不管职位的名称如何，我们这一行所做的全部事情就一个目的：保证项目质量。点点点是最安全有效的保证项目质量的有效手段，这个不可否认，测开就算要去点点点，我个人认为这也是分内的事，只要你是测试。然后在基于时间紧迫、人员不足等各种痛点因素下，去写一些开发工具或者效能平台帮助 更好的点点点，这才是一个真正的测试。只不过现在国内瞎卷，甚至技术栈都乱七八糟起来，测试不再关注测试这个重点，而是专研到后台开发 前端开发等花里胡哨的技术去了（虽说对测试深度有帮助，但是现在都是最求最复杂而不是最实用），甚至还得把 K8S 等运维的技术都掌握
我也不清楚，感觉边界模糊，自我认为就是高测
看一看各位前辈们是怎么看待的吧，之前面试的时候也反问过某个公司的测试 led 类似的问题，测试开发定位是什么，得到的答案是测试开发比开发会的多。
测试开发，专门服务于普通测试的开发，目的在于提效普通测试的测试过程。更偏向于按照测试理解。
要看具体情况而定。
开发也有业务开发（服务于业务）和基础开发（服务于开发团队），测试开发就是服务于测试团队的开发，算哪个都行吧
在一些大厂里，每一个主要负责业务测试的开发，title 都是测试开发，那些负责搞 k8s，平台，cicd 之类的，一般称呼为测试架构师。按照这种分类来看，测开就是有一些开发能力的测试。
测试开发，拆分出两个词，“测试” 和 “开发”，因此，能称上测试开发，肯定需要同时具备测试能力和开发能力。
“测开的开发水平也比不了开发” 不一定
测试开发 不是 狭义的开发。
既不是测试，也不是开发，而是既能开发也能测试的产品
狂天
回复
比 xxx 强就一定去干 xxx，我不认可这个观点。测开是可以提供独特价值的，既有开发的视角，又可以有测试的思维，可以充当开发及测试团队中的桥梁。另外一点，其实根本不需要纠结到底是啥，团队需要什么，我就干什么。需要测试，我就是测试，需要开发，我就是开发，需要测开，我就是测开，都会，都能干，也都能干好，具体岗位啥的根本不需要纠结，只要能贡献价值，用正确的方式持续的做正确的事情，别的都无所谓。
小狄子
回复
补充你的观点，有开发能力搞测开，我就不能图测开不加班不出差到点就走？没有业务上线压力那么大？需求设计一个部门内就搞定不用多部门扯皮？一个人前端后端设计全部搞了效率高？每次看到有开发能力干嘛不去干开发就心里不舒服，干测开就活该没啥开发能力？
根据我中小厂的经验，我个人认为在中小厂混的话，测开就是测试
就是测试，目标也是测试效能。
实际是为了忽悠年轻人，显得有那么点发展前景，发展出来的职位。
存在即合理，测试 LEADER 再往上两层看测试开发，都是测试。
不要被 测开、测试 title 所束缚。
是什么人，要做什么，取决于岗位的工作内容而不是 title，而工作内容是在你面试进去的时候就应该聊清楚的。title 可以是一个业务测试，但是实际工作可能参与很大部分的测试平台开发，那还能叫测试么？其实也不合适。
那为什么有人会顶着测试 title 做开发工作呢？人的能力有差异，不同的事情适合不同的人，可能当时团队里就这个测试同学开发能力最强，刚好又需要做一些事情，就理所当然选中 ta。同理，测开 title 也有时候需要做测试，业务缺人就要补位顶上扛迭代压力。换一种情况，如果 leader 判断长期质量非常重要，短期业务迭代压力可以放一放缓一缓，那定位测开的同学可能就不需要加入业务测试，继续做对应的提效开发工作。
虽然很多时候 title 会限制工作内容和范围，但去到最后的能力栈还是取决于你呆在这家公司里所做过的事情总和。至于测开到底是测试还是开发，这个就看在入职的时候是怎么聊定位的，应该是先有定位，再有 title。而 title 是死的，定位活的，定位可能会变，但是 title 大概率不变。是工作内容塑造一个人，而不是 title 塑造一个人。
故，狭义地说测开是测试还是开发，要不要干测试，能不能干测试，我觉得是看情况去讨论，下不了结论。
狂天
回复
说真的，如果一开始工作的时候，开发技术就已经比开发强，那一般人都去干开发了。
后面不想转开发一般都是不想丢弃多年的测试相关的经验，直接拿测开的开发经验、项目经验和正经开发比较根本没优势。
你干 5 年测开再直接转开发大概率要降薪。
独缺
回复
说的挺好，就是问号太多没看懂你重点是什么，你这表达能力确实相信你是纯靠技术应聘的。再加上你所说的内容，假设你们公司测试 + 研发 + 你这个测开要裁员，你说先裁谁？
我觉得你得清楚自己的职业定位，不管职位的名称如何，我们这一行所做的全部事情就一个目的：保证项目质量。点点点是最安全有效的保证项目质量的有效手段，这个不可否认，测开就算要去点点点，我个人认为这也是分内的事，只要你是测试。然后在基于时间紧迫、人员不足等各种痛点因素下，去写一些开发工具或者效能平台帮助 更好的点点点，这才是一个真正的测试。只不过现在国内瞎卷，甚至技术栈都乱七八糟起来，测试不再关注测试这个重点，而是专研到后台开发 前端开发等花里胡哨的技术去了（虽说对测试深度有帮助，但是现在都是最求最复杂而不是最实用），甚至还得把 K8S 等运维的技术都掌握
测试开发是开发.
