《重构—改善既有代码的设计》阅读随笔
背景介绍
程序员在实现软件过程中，可能花费一些时间在编码上，一些时间在设计或者思考上，然后花费大量时间在代码调试上。比如寻找导致 bug 的原因，可能会消耗很多时。但是如果可以定位问题，那么编码解决会很快，但是如果在解决当前问题的过程中，又引入了其他 bug，并且当时还没有发现，那么就更加糟糕了。此时应该考虑构筑测试体系。
如何做
比如在编写一个类时，为其构建相应的单元测试，尽量考虑全面一些，但不必过于全面，否则太多太细的测试会严重影响开发热情和项目进度。在写完该类或者更新该类时，执行一遍自动化测试用例，如果发现问题，那么就尽早并且有针对性地修复。如果在投入生产后，发现了新的 bug，那么及时完善测试用例，修复并再次执行自动化测试，保证未对其他功能造成影响。
自测代码的价值
如果开发人员肯在代码自测上下一些功夫，虽然感觉会多出一些工作量，甚至拖慢进度，但实际上可以有效缩减调试时间，大大提升开发效率。
测试对于重构的意义
良好的测试用例，极有利于代码重构，在重构完代码后，执行相应的测试用例，可以及时发现因重构而导致的问题，并调整修复。