[读书笔记] 重构改善既有代码的设计（3）
继续整理本书的内容。
第四章：构建测试体系。
关于测试体系的几条参考准则： 1. 确保所有的测试都完全自动化，让他们检查自己的测试结果。 2. 一套测试就是一个很强大的bug侦测器，能够大大的缩减查找bug所需的时间。 3. 频繁的运行测试，每次编译请把测试也考虑进去，至少每天执行一遍每一个测试。 4. 每当收到bug报告，请先写一个单元测试来暴露bug。 5. 编写未臻完善的测试并实际运行，好过对完美测试的无尽等待。哪怕做出一点测试，也可以从中受益，测试的要诀是：测试你最担心出错的部分。 6. 考虑可能出错的边界条件，把测试火力集中在那里。 7. 当事情被认为可能出错时，别忘了检查是否抛出了预期的异常。 8. 不要因为测试无法捕捉所有bug就不写测试，因为测试的确可以捕捉到大多数bug。
第五章：重构列表
本章是对后及章药介绍的重构手法的一个开篇，介绍了后续对于每一个重构手法都将包含5部分： 1. 重构名称。 2. 简短的概要。 3. 动机：为什么重构，以及什么情况下重构。 4. 做法：如何进行此项重构。 5. 示例：以一个简短的例子说明此重构如何运作。
上一篇：
通过多线程提高代码的执行效率例子