Testing 在TDD中，谁编写测试-开发人员还是QA/测试人员？

我最近读了很多关于TDD/BDD和所有这些好东西的书。在编写代码之前编写测试确实是一个我喜欢的想法

---

但是，我的问题是。谁编写单元测试？QA还是开发者？

当然是开发者

---

为什么?？因为这样在测试代码重构之间就不会有短循环。通常，编写新的测试和代码以使测试通过需要几秒钟到几分钟的时间。如果让其他人为您编写测试，您将无法做到这一点。

当然是开发人员

---

为什么?？因为这样在测试代码重构之间就不会有短循环。通常，编写新的测试和代码以使测试通过需要几秒钟到几分钟的时间。如果让其他人为您编写测试，您将无法做到这一点。

大多数测试将由开发人员完成。在对代码进行详细检查之前，您希望对其进行验证是有道理的。对我来说，这通常是单元和集成测试

然而，当您开始在BDD、回归测试甚至编码的UI中进行分解时，其他人添加他们自己的是有意义的。这取决于您的团队结构、能力和发展标准

---

不管它们是什么，开发人员都应该编写测试，如果不是为了让他们的生活更轻松的话

大多数测试将由开发人员进行。在对代码进行详细检查之前，您希望对其进行验证是有道理的。对我来说，这通常是单元和集成测试

然而，当您开始在BDD、回归测试甚至编码的UI中进行分解时，其他人添加他们自己的是有意义的。这取决于您的团队结构、能力和发展标准

---

不管它们是什么，开发人员都应该编写测试，如果不是为了让他们的生活更轻松的话

如果开发人员正在进行所有的测试，那么测试工程师还有什么任务？这取决于测试的级别，作为开发人员，我可能会为代码中的某个方法编写1到多个测试。测试人员可以编写一个测试来证明端到端场景。测试的性质会有所不同，两者都同样有效，但具体取决于角色。不同的组织可能会有不同的做法，但根据我的经验，开发人员会编写更多的测试，但它们会更简单、更细粒度。如果开发人员正在进行所有的测试，那么测试工程师还能做些什么呢？这取决于测试的级别，作为一名开发人员，我可能会在代码中为一个方法编写1到多个测试。测试人员可以编写一个测试来证明端到端场景。测试的性质会有所不同，两者都同样有效，但具体取决于角色。不同的组织可能会有不同的做法，但根据我的经验，开发人员会编写更多的测试，但它们会更简单、更细粒度。