敏捷与TDD不同吗？如果是这样，主要区别是什么？

Question

敏捷与TDD真的不同吗？如果是这样，主要区别是什么？

Answer 1

http://en.wikipedia.org/wiki/Agile_software_development

http://en.wikipedia.org/wiki/Test-driven_development

总之，TDD和敏捷真正专注于不同的方面，而不是相互排斥彼此。

• TDD非常关注如何编写代码（因此倾向于专门针对个人或小组开发人员的工作周期）。

• 敏捷确实专注于整体开发过程，而不仅仅是如何编写和测试代码（因此专注于项目管理和开发人员组，而不是特定开发人员如何编写代码）。

Answer 2

的差别是巨大的，因为我觉得有一个非常简单的区分：

敏捷是一种理念，而TDD是一个特定的方法。

有很多方法可以让你工作敏捷，但总的来说，你要么是在做TDD，要么是你不是。您可以在不使用TDD（或其变体）的情况下使用敏捷，并且您可以使用TDD而不会变得敏捷（尽管我会有点惊讶）。

Answer 3

敏捷是什么，是内嵌在这里列出的值 - http://agilemanifesto.org/

XP（Extreme Programming）是有资格作为灵活的方法。还有其他的东西（Scrum，Crystal等等）

TDD（测试驱动开发）是XP的特定工程实践 - 这是一种用增量块编写代码+驱动设计的方法。你先写一个测试，让它通过最简单的可能的改变，然后重构来改进结构/设计。你做这个循环，直到你完成。

Answer 4

我打算扮演魔鬼的拥护者并说，是的。 TDD和敏捷是同样的东西，只是在不同的规模。

忍受着我，在这里。

首先，TDD鼓励您在实现目标之前制定自己想要实现的计划。你不会考虑你将如何达到目标。你只是想想如何证明你即将写的东西是有价值的，并且你弄清楚你的知识。这与项目的理想来源和敏捷方法收集需求的方式非常相似。

然后，您尽可能少地获得有关工作的反馈意见。使用TDD时，这意味着红色或绿色条。在更高层次上，敏捷方法鼓励您展示并获取利益相关者的反馈，或者（最好）发布到生产环境，看看它是否有效，以及是否有人使用它。

然后你计算出下一步要做的工作，然后你写下计划的下一部分。

敏捷方法论也可能使用估计和优先级划分，但这些主要与分配预算和确定工作是否值得首先完成 - 哪些开发人员在小规模自然开展工作有关。

敏捷方法是迭代的 - 也就是说，计划，实施，交付和反馈的周期是周期性的。 TDD也是如此，步骤完全相同。

敏捷方法论通常强调通信，对话和轻量级文档。 TDD也可以用作文档的一种形式，特别是如果您将测试名称变为有意义的句子并使用与业务一起使用的相同语言和实际示例。这也可以鼓励沟通和交谈。

敏捷方法鼓励对过去的反思和学习。 TDD有这个可爱的红酒吧，它可以帮助你很快做到这一点。

如果向上扩展TDD，则会得到验收测试或BDD样式的方案。进一步开始进入特征注入和其他形式的视觉驱动分析。更进一步，您仍在考虑发布的项目是保留您的市场份额，还是提供您想要的选项，或者实现其最初的愿景。测试变得越来越大，但不管敏捷方法是什么，写入过程都足够了，获得反馈和持续学习仍然是一样的。

帮助敏捷在大规模获得成功的所有规则都可以适用于小规模的TDD，反之亦然。 （我努力去想任何例外，不能）。

所以，没有。敏捷与TDD没有区别。这只是TDD完成 - 更大。