DEV Community
·
经典TDD：减少模拟，增强信心
内容提要
测试驱动开发（TDD）强调关注测试行为而非实现细节，以避免因过度模拟而导致的脆弱测试。经典TDD提倡关注系统公共接口，减少模拟使用，从而提高测试的稳定性、可维护性和代码的可靠性。
关键要点
-
测试驱动开发（TDD）强调关注测试行为而非实现细节，以避免脆弱测试。
-
过度模拟会导致测试脆弱和错误的安全感。
-
经典TDD提倡关注系统公共接口，减少模拟使用。
-
内部代码的变化不应破坏现有测试。
-
测试应关注行为而非实现，测试公共接口而非单个方法或类。
-
编写测试的触发点应是实现需求，而非新增方法。
-
应尽量少用模拟，理想情况下只模拟第三方库或外部依赖。
-
遵循经典TDD原则可提高测试覆盖率和测试的现实性。
-
关注行为的测试使重构代码变得更容易，减少测试脆弱性。
-
避免过度模拟可减少测试代码的编写量，增强代码的信心。
-
被测试系统（SUT）应被视为系统的公共接口，而非单一类。
-
经典TDD提供了一条通向更强大、可维护和可靠软件的道路。
延伸解读
减少模拟的好处
经典TDD提倡减少模拟的使用，这不仅可以降低测试代码的复杂性，还能提高测试的稳定性。过度模拟往往导致测试与实现细节紧密耦合，增加了维护成本。通过关注系统的公共接口，开发者可以更自信地进行代码重构，而不必担心现有测试会因内部实现的变化而失效。
关注行为的重要性
在经典TDD中，测试应关注系统的行为而非具体的实现。这种方法使得测试更具现实性，能够更好地反映系统的实际使用情况。通过测试公共接口，开发者能够确保系统在不同实现下仍然保持一致的行为，从而提高软件的可靠性和可维护性。
重构与测试的关系
经典TDD强调，测试应在实现需求时触发，而非因新增方法而编写。这种方法使得重构变得更加容易，因为测试的稳定性不再依赖于内部实现的细节。开发者可以在不破坏现有测试的情况下，灵活地调整代码结构，从而提升代码质量。
延伸问答
什么是测试驱动开发（TDD）？
测试驱动开发（TDD）是一种强调关注测试行为而非实现细节的开发实践，旨在提高代码的可靠性和可维护性。
过度模拟在测试中会导致什么问题？
过度模拟会导致测试脆弱，增加错误的安全感，使得实现代码的变化可能破坏大量测试。
经典TDD的核心原则是什么？
经典TDD的核心原则是关注系统的公共接口，减少模拟使用，确保内部代码变化不影响现有测试。
如何提高测试的现实性和覆盖率？
通过关注测试行为而非实现细节，可以自然提高测试的现实性和覆盖率。
为什么要尽量少用模拟？
尽量少用模拟可以减少测试代码的编写量，降低测试的脆弱性，并增强对代码的信心。
经典TDD如何帮助重构代码？
经典TDD通过关注行为而非实现，使得重构代码变得更容易，因为只有在外部行为改变时才会破坏测试。
