聊聊单元测试的整洁

敏捷测试转型：测试代码的重要性与整洁原则

在本篇公众号文章中，鼎叔强调了测试代码的重要性以及如何保持测试代码的整洁。他提到，尽管敏捷开发和测试驱动开发（TDD）促使程序员编写自动化单元测试，但测试代码的维护常常被忽视，导致“脏测试”出现，这可能比没有测试更糟糕。

测试代码被视为与生产代码同等重要，因为它保护了代码的可扩展性、可维护性和可复用性。为了避免测试代码成为技术债务，它应该像生产代码一样被精心设计和维护。整洁的测试代码最重要的特征是可读性，它应该包括清晰的构造、操作和检验预期结果的步骤。此外，高质量的测试代码往往伴随着一套专门的测试API，提高了特定领域的易读性。

鼎叔还强调了测试应该在测试环境下进行，不应与生产环境混淆。此外，测试应该最小化断言的数量，并且每个测试函数应该只测试一个概念。他提出了五个整洁测试的原则，即FAST（足够快速）、Independent（独立的）、Repeatable（可重复的）、Self-Validating（自我验证的）和Timely（及时的），它们的首字母合起来是FIRST。

对于复杂的并发业务中低概率的缺陷，鼎叔建议采取一种成熟且持续的测试策略，包括追踪并重视所有测试失败，采用蒙特卡洛测试方法，确保在所有目标部署平台上反复运行测试，模拟生产环境负载后进行测试，以及使用外部工具来强制改变代码的执行顺序。

最后，鼎叔总结了测试中常见的“坏味道”，包括测试不足、略过小测试、被忽略的测试、边界条件测试不足、缺陷集中的函数、测试失败的模式、未被任何测试覆盖的代码和慢速测试。他认为，尽管代码的完美是难以达成的，但这些清单提供了一套有价值的指导原则，而专业性和技艺源于这些原则。