我正在使用旧系统（这意味着它是在没有测试的情况下编写的）。我们试图通过编写集成测试来测试某些系统，这些集成测试从外部测试功能。
这使我有信心重构代码的某些部分，而不必担心会破坏它。但是问题在于这些集成测试需要一个部署（2分钟以上）和很多分钟才能运行。而且，它们很难维持。它们每个都覆盖了数千行代码，当其中一个中断时，可能需要花费数小时来调试原因。
我最近为这些功能更改编写了很多单元测试，但是在提交之前，我总是做一个新的部署并运行所有集成测试，以确保我不会错过任何东西。至此，我知道我的单元测试和某些集成测试与它们的测试重叠。
我怎么知道我的良好单元测试足以覆盖不良的集成测试，以便我可以删除该集成测试？
Answers:
最简单的指标是问：“该集成测试上一次何时合法失败？” 如果自集成测试失败以来已经很长时间（发生了很多更改），则单元测试可能做得足够好。如果集成测试最近失败了，则存在单元测试未发现的缺陷。
我通常希望将集成测试的鲁棒性提高到可以无人值守可靠运行的程度。如果它们需要很长时间才能运行，则应将它们运行一整夜。即使它们只是偶尔运行，它们仍然是有价值的。如果这些测试太脆弱或需要人工干预，那么可能就不值得花费时间来保持它们运行，而您可以考虑丢弃那些最成功的测试。
单元测试不是测试的圣杯，它们只是用于测试代码库的众多工具之一。因此，任何数量的单元测试都不应被认为可以安全地替代其他测试。如果您的集成测试不佳，则应努力使其成为一个好的集成测试，而不要用其他东西代替它，就像用围墙和大门代替前门一样。