避免TDD使大型重构变得更难[关闭]

Question

我仍然是TDD的初学者，我常常陷入陷阱，在尝试添加新功能时，我已经将自己设计成了一个角落。

大多数情况下，这意味着在增加下一个要求时，从前10个要求中产生的API不会扩展，我意识到我必须对现有功能（包括结构）进行大量重新设计以添加内容新东西以一种很好的方式。

这很好，除非在这种情况下API会随之改变，因此所有初始测试都必须改变。 这通常比重命名方法更重要。

我想我的问题是双重的：我应该如何避免首先进入这个位置，并且考虑到我进入它，重构测试的安全模式是什么，并允许新API的新功能增长？

编辑 ：很多很棒的答案，将试验几种技巧。 标记为解决方案我觉得最有帮助的答案。

Answer 1

我该如何避免首先进入这个位置

最一般的规则是：在考虑重构时编写测试。 尤其是：

• 测试应该使用辅助方法，只要它们构造任何API特定的（即示例对象）。这样，如果构造发生更改，您只有一个地方可以更改（例如，在向构造对象添加必填字段之后）

• 同样适用于检查API的输出

• 测试应构建为“默认差异”，默认情况下由上面提供。 例如，如果测试检查方法对字段x ，则应仅在测试中设置x字段，其余字段取自默认字段。

实际上，这些规则通常适用于代码。

什么是重构测试的安全模式，并允许新API的新功能增长？

每当您发现API更改使您在多个位置更改测试时，请尝试弄清楚如何将代码移动到一个位置。 这是从上面得出的。

Answer 2

让你的测试变小。 一个好的测试可能会在测试主题上调用1-3个方法，并对结果做一些断言。 只有当这三种方法中的一种发生变化时，才需要更改这些测试。

让您的测试代码干净。 如果您还没有读过Robert C. Martin的“清洁代码”。 将规则应用于您的生产代码和测试代码。 这倾向于减少任何重构的受影响的表面积。

更经常地重构。 而不是（可能是无意识地）等到你必须进行大量重构，而不是做很多小的重构。

如果你面临巨大的重构，可以在一对（或者必要的几百个）微小的重构中分解它。

Answer 3

在这种情况下，我建议您锁定功能，并缩短迭代次数。

由于迭代很短，因此功能将组合在一起形成较小的隔离组。 它减少了考虑一些宏观设计的需要，这可能无法适应用户的需求。 本周的代码只适用于本周的代码。 这减少了新东西弄乱旧东西的机会。

Answer 4

以下可能会有所帮助..

• 遵循良好的编码标准和实践，包括TDD和利用设计模式来生成结构良好的设计。 然后，应用程序作为一个整体应该更容易扩展以包括新功能。
• 良好的关注点分离。 如果您的API与其他功能（计算，数据库访问等）完全分离，那么更改功能而不更改API或反之亦然应该更容易。
• 使用BDD在更高级别提供自动化测试（即，更像用户测试而不是单元测试）。 这些应该有助于在重构时给你信心，即使你的所有单元测试因重构而破坏。
• 使用Windsor等依赖注入容器。 通过在这些依赖关系发生变化时抽象出类依赖关系，它创建的返工工作少得多（特别是如果你有很多单元测试），而不是将它们编码到你的类中。

Answer 5

是的，这是TDD难以避免的问题，因为它背后的整个想法是避免因提前做大设计而导致的过度工程。 因此，与TDD，你的设计会改变，而且经常。 您拥有的测试越多，每次重构所需的工作量就越多，这有效地阻碍了它，违背了TDD背后的整个想法。

即使您的设计会发生变化，您的基本要求也会相当稳定，因此在“高级别”，您的应用程序的工作方式不会发生太大变化。 这就是为什么我建议将所有测试都放在“高级别”（集成测试，有点）。 低级别测试是一种负担，因为您必须在重构时更改它们。 高级别测试需要更多工作，但我认为最终它是值得的。

我在一年前写了一篇关于这篇文章的文章： http ： //www.hardcoded.net/articles/high-level-testing.htm

Answer 6

你不应该发现自己在TDD的“角落里”。 第十一次测试不应该如此严重地改变前十次测试需要改变的设计。 仔细思考为什么需要更改这么多测试 - 详细查看它，一个接一个 - 看看你是否能够在不破坏现有测试的情况下提出改变方法。

例如，如果您需要将参数添加到他们都调用的方法中：

• 您可以保留现有的less-parameter方法，委托给新方法并添加默认参数;
• 您可以让所有测试调用一个调用旧方法的实用方法（或者可能是一个设置方法），因此您只需要在一个地方更改方法调用;
• 您可以让IDE通过一个命令执行所有更改。

TDD和重构共生工作; 每个都有助于对方。 因为您通过全面的单元测试从TDD中脱颖而出，所以重构是安全的; 因为您拥有可以自由重构的组织，知识和编辑工具，所以您可以使您的测试与您的设计保持同步。 你说你是TDD的初学者; 也许你需要在学习TDD的同时提高你的重构技能。