我正在阅读介绍验收 TDD 和传统 TDD 概念的人员 TDD 书。现在我想问一下对这两个概念相当熟悉的人——Acceptance TDD 测试用例的作者是谁？是开发人员、QA 专业人士还是业务分析师？我认为开发人员不会是编写验收测试的好人吗？你是否同意我的观点 ？
问问题
140 次
1 回答
1
简短的回答：
您将能够在这两本书中找到所有答案以及更多内容：
这些书将为您节省大量关于 ATDD/BDD 的时间。
长答案：
理想情况下，您希望它们的树能够协作讨论验收标准。
有时它并不实用，因此您可以先让 BA 处理所有明显/非模棱两可的验收标准。
然后对于不明显的部分，您需要 QA/BA/DEV 一起工作，以便他们可以就困难的部分达成共识。相互理解的最佳方式是使用示例/具体的用例场景作为您的验收标准。这种协作需要发生，这样您也有机会找出如果 BA 或 QA 只是自己工作时会错过的东西。目标是限制返工，因为我们有时会忘记验收标准中的重要内容。
在同一个房间里培养 QA/DEV/BA 可能被认为是昂贵的活动，但却是一个非常强大的组合。BA 非常了解该领域，QA 知道什么会破坏，而 DEV 通常介于 QA 和 BA 之间，但也知道所有的技术可行性。当这些树一起工作时，您可以确定它们会找出可能被遗漏的内容或消除复杂内容中的歧义。
简而言之，如果功能真的很简单，你不需要这样做，BA可以自己工作。但是，如果您有一个包含一些复杂内容的功能，则必须让这 3 个人一起协作以限制返工。
无论您选择做什么，更重要的是，有一个时间可以讨论这些验收标准并通过它们的树进行审查，以便每个人都对需要做什么有一个共同的理解。
于 2012-11-24T00:05:58.320 回答