Clean Code(代码整洁之道)-单元测试

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接： https://blog.csdn.net/ldc9001/article/details/87879536

1.TDD三定律：

    a).在编写不能通过的单元测试前，不可编写生产代码；

    b).只可编写刚好无法通过的单元测试，不能编译也算不通过；

    c).只可编写刚好足以通过当前失败测试的生产代码；

2.保持测试整洁：覆盖了生产代码的自动化单元测试代码应该保持设计和架构的整洁，否则改进自己代码的能力将有所牵制。

3.整洁的测试

   整洁测试的三要素：可读性、可读性、可读性！测试代码应该和生产代码一样，做到明确、简洁，有足够的表达力，呈现出构造-->测试-->验证的模式。

  面向特定领域的测试语言：对于特定领域的测试，可以构造一些函数和工具代码来测试API，不用直接测试目标API；

4.每个测试一个断言：单个测试中的断言数量应尽可能最小化，每个测试函数只测一个概念。

5.FIRST：整洁的测试应遵循以下规则：

   Fast--快速：测试应快速运行；

   Independent--独立：测试间相互独立，不能有所依赖；

   Repeatable--可重复：测试应在任何环境中可重复通过；

   Self-Validating--自足验证：测试应由布尔输出进行验证，无论通过还是失败；

   Timely--及时：测试应及时编写