传统TDD与验收TDD

Question

我正在阅读manning TDD一书，这本书介绍了验收TDD和传统TDD的概念。现在我想问一下熟悉这两个概念的人--谁是验收TDD测试用例的作者？开发人员、QA专业人员还是业务分析师？我不认为开发人员是写验收测试的好人选？你同意我的观点吗？

Answer 1

简短回答：

你可以在这两本书中找到你所有的答案，甚至更多：

The cucumber book

Specification by example

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

长篇答案：

理想情况下，您希望它们中的树能够协作讨论验收标准。

有时这并不实际，所以你可以让广管局先处理所有明显/明确的验收标准。

然后，对于不明显的问题，您需要QA/BA/DEV协同工作，以便他们能够就困难部分达成共识。理解彼此的最好方法是使用示例/具体的用例场景，这些场景将作为您的验收标准。这种协作需要发生，以便您也有机会找出如果BA或QA仅凭一己之力就会遗漏的东西。我们的目标是限制返工，因为我们有时可能会忘记验收标准中的重要内容。

在同一个房间里提出QA/DEV/BA可能被认为是昂贵的活动，但这是一个非常强大的组合。BA非常了解这个领域，QA知道什么可能被破坏，DEV通常在QA和BA之间，但也知道所有的技术可行性。当这些树一起工作时，你可以确信它们会找出可能遗漏的东西，或者消除复杂东西中的歧义。

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

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