我正在讨论引入接受TDD和传统TDD概念的配备TDD书。现在我想问一下那些对这两个概念都非常熟悉的人 - 谁是Acceptance TDD测试用例的作者？是开发人员，QA专业人士还是业务分析师？我认为开发人员不会是一个写验收测试的好人吗？你是否同意我的观点 ？
答案 0 :(得分：1)
简答：
您可以在这两本书中找到所有答案和更多内容：
这些书将为您节省大量ATDD / BDD的时间。
答案很长：
理想情况下，你希望他们的树能够合作讨论接受标准。
有时它并不真实，所以你可以让BA首先研究所有明显/非模糊的验收标准。
然后对于非显而易见的问题，您需要QA / BA / DEV一起工作，以便他们能够就困难部分达成共识。理解彼此的最佳方式是使用将作为验收标准的示例/具体用例场景。这种合作需要发生，这样你就有机会找出你错过的东西，如果BA或QA只是自己工作。目标是限制返工，因为我们有时会忘记验收标准中的重要内容。
在同一个房间内提供QA / DEV / BA可能被视为代价高昂的活动，但却是一个非常强大的组合。 BA非常了解域名，QA知道什么可能破坏，DEV通常介于QA和BA之间，但也知道所有的技术可行性。当这些树一起工作时，你可以确定他们会找出可能错过的东西或消除复杂东西中的含糊之处。
简而言之，如果功能非常简单，您不需要这样做，BA可以自己工作。但是如果你有一个功能，其中有一些复杂的东西，你必须让这3个人一起合作以限制返工。
无论你选择做什么，更重要的是，有一个时刻，这些接受标准可以由它们的树讨论和审查，以便每个人都对需要做什么有共同的理解。