【重构学习】03 重构与测试

新的一年了，我却在这里写这个鬼

《重构》的这一章主要是讲java的一个测试框架，我直接就跳着看了

只是简单的看了一下它的思想

• 重构需要一个良好的测试体系，而我们需要为重构构建一个这样的体系，这是重构的前提
• 不需要期待完美测试，需要的是不完美的测试已经在实际执行了
• 测试的时候考虑可能出错的边界条件，并集中火力
• 不要因为测试无法捕捉所有BUG就不写测试，至少它可以捕捉大多数
• 花合理的时间抓出大多数BUG
• 写测试代码去让其执行自动化测试

好了这就是本章主要的内容

不太多，就来简单谈一下自己对测试的理解。

必要性与简单的看法

之前的一家公司很注重BUG量，会有一个指标，而我在之前的公司经常会破掉这个指标，然后花费大量的时间去找BUG，并去解决BUG。

实际上我可以以我自己的经历来说明这个东西的必要性，因为我并不是细心的程序员，但是我有非常好的耐心，而在我看来这个东西很适合我。

因为这是一个体系，虽然一开始不完善，但是我可以根据每一个测漏的BUG的反馈去不断完善这个体系，它就会越来越尽善尽美。

 

我从来没玩过单元测试和自动化测试，这个东西也并不在我近期的学习范围内。

我觉得如果我的代码结构还行，那么我本来就可以很快定位这个BUG，所以我近期不会去学这个东西。

唯一的麻烦就是我没有这种自动化测试，那么我就不能即时的发现这个BUG，直到等到别人的反馈，并且在修改不熟悉代码时控制关联影响点也很难。

我的每一个BUG都不会为我将来的测试做出贡献，真是令人遗憾！没办法，我要学的东西太多，这个排不上计划！

再加上公司明年可能要在各个项目中推行单元测试，到时候可能再出一版单元测试的学习笔记吧。

所以我觉得这个东西很有用，但是我的需求暂时来说并不是很迫切，坐等被推动。

 

2016了，祝大家也祝自己新年快乐！