《C++代码整洁之道：C++17 可持续软件开发模式实践》 —2.5.3　单元测试的独立性

2.5.3　单元测试的独立性

每个单元测试和其他的单元测试都必须是独立的。如果单元测试之间是以特定的顺序执行的，那么这将是致命的，因为一个单元测试的执行依赖于前一个单元测试的影响，例如，改变了类的状态，改变了上下文环境等。永远不要编写“一个单元测试的输出是另一个单元测试的输入”的单元测试。当离开一个单元测试的时候，不应该改变测试单元的状态，这是后续单元测试执行的先决条件。

主要的问题可能是由全局状态引起的，例如，在单元测试中使用单例或使用了静态的成员。单例不仅增加了单元测试之间的耦合度，还经常会保持一个全局的状态，单元测试之间因为全局状态而变得相互依赖。例如，如果一个全局状态是某个单元测试成功执行的先决条件，当前面的单元测试成功执行并修改了这个全局状态时，那么接下来的单元测试就会执行失败。

尤其是在遗留系统中，经常杂乱无章地使用单例模式，这就引出了一个问题：如何才能摆脱这些杂乱无章的对单例的依赖关系，让我们的代码更易于测试呢？这是在第6章的依赖注入部分讨论的一个重要问题。

处理遗留系统

如果你在所谓的遗留系统中添加单元测试时遇到许多困难，我强烈推荐Michael C写的《Working Effectively with Legacy Code》[Feathers07]。这本书包含了许多策略，用于处理大型的、未经测试的遗留代码，这本书还包括了24种依赖中断技术。当然，这些策略和技术超出了本书的范围。