代码整洁之道笔记

[TOC]

单元测试

测试驱动开发

TDD三定律

1. 在编写不能通过的单元测试前，不能编写生产代码。
2. 只可编写刚好无法通过的单元测试，不能编译也算不通过。
3. 只可编写刚好足以通过当前失败测试的生产代码。 ？？？？？

保持测试的整洁（脏测试的结果）

不顾代码质量的脏测试 = 没有测试

失控的测试代码会导致新加入测试异常艰难、花费更多的时间让测试通过、阻碍代码的通过，变为债务

优点：

• 单元测试使得代码可扩展、可维护、可复用。
• 不用担心对代码的修改。

整洁测试的要求（可读性）

测试模式： 构造-操作-检验

组成：

• 快速：要能快速运行
• 独立：每个测试间都要相互独立
• 可重复：可在任何环境中重复通过
• 自足验证：每个测试都有返回布尔值结果
• 及时：测试优于开发

包装测试的特定api

baseTestCase

大纲