[读书笔记] 重构改善既有代码的设计（3）

继续整理本书的内容。

第四章：构建测试体系。

关于测试体系的几条参考准则：
1. 确保所有的测试都完全自动化，让他们检查自己的测试结果。
2. 一套测试就是一个很强大的bug侦测器，能够大大的缩减查找bug所需的时间。
3. 频繁的运行测试，每次编译请把测试也考虑进去，至少每天执行一遍每一个测试。
4. 每当收到bug报告，请先写一个单元测试来暴露bug。
5. 编写未臻完善的测试并实际运行，好过对完美测试的无尽等待。哪怕做出一点测试，也可以从中受益，测试的要诀是：测试你最担心出错的部分。
6. 考虑可能出错的边界条件，把测试火力集中在那里。
7. 当事情被认为可能出错时，别忘了检查是否抛出了预期的异常。
8. 不要因为测试无法捕捉所有bug就不写测试，因为测试的确可以捕捉到大多数bug。

第五章：重构列表

本章是对后及章药介绍的重构手法的一个开篇，介绍了后续对于每一个重构手法都将包含5部分：
1. 重构名称。
2. 简短的概要。
3. 动机：为什么重构，以及什么情况下重构。
4. 做法：如何进行此项重构。
5. 示例：以一个简短的例子说明此重构如何运作。