如今在持续集成/持续部署（CI/CD）中，软件测试开发工程师（software development engineer in test，SDET）越来越被认为是一个非常关键的角色。然而，也有一些人认为，由于系统不同组件之间的差异，SDET这个角色可能并不一定适合每一种场景。

在微软首先创立了SDET这个概念之后，随着敏捷开发的普遍推行，又进一步模糊了测试人员和开发人员过去角色之间的差异，这固然是一件好事。因为当一切顺利的时候，开发人员就会执行更多的测试，并对产品质量承担起更多的责任。而测试人员在每个sprint前期就开始测试，而且由于有了共享办公空间和每日站会，在sprint循环里测试工作会一直保持运行。如果一切顺利的话，代码库中引入的缺陷会更少，测试人员的角色也会从对开发人员的错误单纯地吹毛求疵提升到主动拥护更好的用户体验。

然而，关于应该将多少测试责任分担给开发人员，以及对于测试人员来说了解编程有多重要，一直都存在着激烈的争论。并且，我个人认为，两种“合并”的提议，即开发人员成为测试人员，或者测试人员成为开发人员，都有可能会破坏敏捷的目标。所以，在这篇文章中，我讨论了为什么合并开发和测试角色并不可取，并描述了如何为开发人员和测试人员二者之间获取最佳的工作关系。

除了GAFA四家公司之外，让开发人员做测试人员会影响创新速度。

谷歌、苹果、Facebook和亚马逊并称为”GAFA“，因为这四家公司总是能源源不断地招揽到顶尖人才，所以他们永远时刻准备着以闪电般的速度让各种创新迅速进入市场。如果你是GAFA公司里DevOps团队的一员，当需要让现有的项目提速或者是启动全新的项目的时候，就可以从世界顶级的开发人员中任意挑选团队成员。你甚至可以奢侈地将顶级开发人员放到SDET角色上。在这些公司中，许多满怀激情的开发人员能勉为其难地接受SDET这个并不太理想的职位，但内心还是渴望有一天自己能成为这家理想雇主公司中的一名成熟的开发人员。