代码整洁之道笔记
[TOC]
单元测试
测试驱动开发
TDD三定律
- 在编写不能通过的单元测试前，不能编写生产代码。
- 只可编写刚好无法通过的单元测试，不能编译也算不通过。
- 只可编写刚好足以通过当前失败测试的生产代码。 ？？？？？
保持测试的整洁（脏测试的结果）
不顾代码质量的脏测试 = 没有测试
失控的测试代码会导致新加入测试异常艰难、花费更多的时间让测试通过、阻碍代码的通过，变为债务
优点：
- 单元测试使得代码可扩展、可维护、可复用。
- 不用担心对代码的修改。
整洁测试的要求（可读性）
测试模式： 构造-操作-检验
组成：
- 快速：要能快速运行
- 独立：每个测试间都要相互独立
- 可重复：可在任何环境中重复通过
- 自足验证：每个测试都有返回布尔值结果
- 及时：测试优于开发
包装测试的特定api
baseTestCase
大纲
