tdd - 在 TDD 之前创建什么设计模型？

Question

总结:

您在 TD 设计与开发中包含和/或交付了哪些模型和图表，为什么？

详细信息:

新的 4 位开发人员项目，在我们逐渐取得进展的商店中，让管理层在 TDD 采用/期望方面从“购买”升级到“行动”。我(一名开发人员)希望为新项目进行测试驱动的设计。管理层愿意允许测试驱动的开发 -- 在创建一些模型和图表之后(这些将补充 UI 模型以在重大开发开始之前向客户传达详细设计)。

那么，在这种情况下，您认为哪些模型和图表是合理的？该项目的可交付成果是一个既不琐碎也不过分复杂的网络应用程序。我们有一份需求文档(有时含糊不清，但这是编写测试的良好开端)。

但是我到目前为止的 TDD 经验(我单独使用 TDD 完成了一个缺陷非常低的项目，以及一些设计成熟的同行测试创作)让我想继续进行下一步测试-驱动设计。

创建模型/图表的过程(看起来我们将提供一些类模型和一些高级用例和序列图)似乎没有给我们(开发人员)TDD 不会提供的设计洞察力，而且它们的技术性/复杂性足以让我担心任何非开发人员在展示它们时都会有效地忽略它们(阅读:盲目接受它们)。

在 TD 设计与开发中，您如何区分包括和排除模型和图表？

Answer 1

军人有句俗话:“计划什么都不是，计划就是一切”。如果这些图表与客户就系统设计的设想、它打算包含的区域以及它将如何进行进行交流，那么规划实践是值得的。

TDD 的建议是，当橡胶遇到编码问题时，该设计可能会发生变化。问题是在这些变化发生时进行反馈有多重要。但在复杂的架构中，一些预先规划是有值(value)的，即使在 TDD 的背景下，只要你意识到那是规划，而不是固定的计划。导致最初设计的想法是可以引用的东西，以了解 TDD 发现了什么以及需要如何改变以适应它。

之后，您可以回顾并向管理层指出最终产品与前期规划的差异有多大，看看发生了什么变化，也许可以指出早期确定设计并没有起到多大作用正如他们所想的那样。