测试开发 属实有点鸡肋,很多测开还不是做得测试,只是需求变高 需要熟悉开发的测试

功能测试是一切之本

测开对大部分公司来说，测试是核心，开发是手段

测试是重点，开发是辅助手段

就是你懂开发，也懂测试。做测试，也做针对测试的开发。本职工作还是干测试。

测试部分的话，如果是从测试转测试开发，肯定懂怎么测试，但是开发部分技能怎么去和开发去区别呢，就是如果要做测试开发，开发技能需要达到什么程度呢，总感觉，如果是资深测试开发，那是不是说，其实完全是有能力可以转到开发岗？

赞同

但是明显感觉这个岗位名称比测试要高大上的多，而且工资也高

测试开发，就是开发。重心在测试工作的开发。

我是这么理解的。国外的顶级企业是没有国内所谓测试的。
由于我们的软件开发追求快、变化和低成本，很多情况下还是需要大量的重复性劳动。
测试开发理想状态是达到国外顶级企业的标准，但是在实践中，会出现很多偏差。
如果是普通新人，能做开发做开发，能做测开做测开，未来普通测试的日子不会太好过。
热爱测试的另说。

国内很多地方测开=自动化测试，所以面的时候问清楚，可能老板自己都不知道自己该招个什么样的。
总感觉测开这个角色不太适合国情。
开发只要写代码就行了，测开要完全读懂代码甚至自己写代码，并且得有测试的方法论，比如边界值，再通过 TDD 或者 BDD 的方式保证代码的质量。

感谢，我觉得我需要去看下这本书

开发转测开前来报道

我们这测开业务比较开发，自研一些测试领域基础工具的开发。比如抓包，RPC 测试工具，回放，mock，对比，覆盖率这些

个人理解：
测开根本目的还是保证产品质量，所以测开一般都认为还是测试岗的延生；只是相较于传统测试岗位，测开对人员的开发能力要求更高，并且如果按照一些人或书的描述（比如谷歌测试之道），测试开发人员是要求有 review 相应模块业务代码能力的，开发测试工具等等。

但是国内公司招的测开真正有多少是干这个工作的呢？只怕大部分就是自动化测试换了个岗位名称。
甚至是从当年谷歌那本书中的一些描述来看，真正能达到满足作者理想状态下测开的人员当年在谷歌应该也是不多的。不过书出版距今也有不少年头了，今时不同往日是肯定的。

可能是工作经历的原因，很少接触到纯自动化测试人员，从来没有接触过测试开发岗的人员。你这么一说，感觉和自动化测试，和普通测试，还是有很大差别的，如果从普通的测试，转到测试开发，估计还是挺困难的

是的，感觉书里写的过于理想化了，真实的情况，去做工具研发的太少了，而且现在如果只是普通的自动化，一大堆工具。

测开就是以测试为中心来开展的一系列开发工作，如自动化、写脚本、性能、针对业务开发测试效能工具等