Testing 传统TDD与可接受TDD

我正在看曼宁TDD的书，书中介绍了验收TDD和传统TDD的概念。现在我想问那些对这两个概念都相当熟悉的人——谁是验收TDD测试用例的作者？开发人员、QA专业人员还是业务分析师？我不认为开发人员是编写验收测试的好人选？你同意我的看法吗

简短回答：

您可以在这两本书中找到您的所有答案以及更多：

这些书将为您节省大量关于ATDD/BDD主题的时间

长答案：

理想情况下，您希望他们中的一员协作讨论验收标准

有时这并不实际，因此您可以首先让BA处理所有明显/不含糊的验收标准

然后，对于不明显的问题，您需要QA/BA/DEV一起工作，以便他们能够就困难的部分达成共识。相互理解的最佳方式是使用示例/具体用例场景，这些场景将作为您的验收标准。这种合作需要发生，这样你也有机会弄清楚如果BA或QA只是自己工作，你会错过什么。我们的目标是限制返工，因为我们有时会忘记验收标准中的重要内容

在同一个房间里进行QA/DEV/BA可以被视为代价高昂的活动，但却是一个真正强大的组合。BA非常了解这个领域，QA知道什么可能会中断，而开发人员通常介于QA和BA之间，但也知道所有的技术可行性。当这些树一起工作时，您可以确信它们会找出可能遗漏的内容，或者消除复杂内容中的歧义

简而言之，如果这个功能真的很简单，你不需要这样做，BA可以自己工作。但是如果你有一个功能中包含一些复杂的东西，你就必须让这三个人一起合作来限制返工

---

无论你选择做什么，更重要的是，有一个时刻，这些验收标准可以由它们的树来讨论和审查，以便每个人都对需要做什么有一个共同的理解

开发人员肯定必须参与——开发人员不参与流程是没有意义的。如果客户熟悉这个概念，并且实际上对自己想要的东西有很好的了解，那么可以编写此文档。