《重构：改善既有代码的设计(第2版)》 ePUBw.COM 14个笔记
◆ 第4章 构筑测试体系
确保所有测试都完全自动化，让它们检查自己的测试结果
频繁地运行测试
每天至少运行一次所有的测试。
测试集合中还有失败的测试时就不应该先去重构
测试应该是一种风险驱动的行为
不会去测试
不太可能出错。
共享测试夹具会使测试间产生交互，这是滋生bug的温床
大多数时候，时间上的差别几乎无法察觉。
一个it语句中最好只有一个验证语句
探测边界条件
如果这个错误会导致脏数据在应用中到处传递，或是产生一些很难调试的失败，我可能会用引入断言（302）手法
不要因为测试无法捕捉所有的bug就不写测试，因为测试的确可以捕捉到大多数bug。
如果我重构完代码，看见全部变绿的测试就可以十分自信没有引入额外的bug，这样，我就可以高兴地说，我已经有了一套足够好的测试。
