新的一年了，我却在这里写这个鬼
《重构》的这一章主要是讲java的一个测试框架，我直接就跳着看了
只是简单的看了一下它的思想
- 重构需要一个良好的测试体系，而我们需要为重构构建一个这样的体系，这是重构的前提
- 不需要期待完美测试，需要的是不完美的测试已经在实际执行了
- 测试的时候考虑可能出错的边界条件，并集中火力
- 不要因为测试无法捕捉所有BUG就不写测试，至少它可以捕捉大多数
- 花合理的时间抓出大多数BUG
- 写测试代码去让其执行自动化测试
好了这就是本章主要的内容
不太多，就来简单谈一下自己对测试的理解。
必要性与简单的看法
之前的一家公司很注重BUG量，会有一个指标，而我在之前的公司经常会破掉这个指标，然后花费大量的时间去找BUG，并去解决BUG。
实际上我可以以我自己的经历来说明这个东西的必要性，因为我并不是细心的程序员，但是我有非常好的耐心，而在我看来这个东西很适合我。
因为这是一个体系，虽然一开始不完善，但是我可以根据每一个测漏的BUG的反馈去不断完善这个体系，它就会越来越尽善尽美。
我从来没玩过单元测试和自动化测试，这个东西也并不在我近期的学习范围内。
我觉得如果我的代码结构还行，那么我本来就可以很快定位这个BUG，所以我近期不会去学这个东西。
唯一的麻烦就是我没有这种自动化测试，那么我就不能即时的发现这个BUG，直到等到别人的反馈，并且在修改不熟悉代码时控制关联影响点也很难。
我的每一个BUG都不会为我将来的测试做出贡献，真是令人遗憾！没办法，我要学的东西太多，这个排不上计划！
再加上公司明年可能要在各个项目中推行单元测试，到时候可能再出一版单元测试的学习笔记吧。
所以我觉得这个东西很有用，但是我的需求暂时来说并不是很迫切，坐等被推动。
2016了，祝大家也祝自己新年快乐！