测试类中的重构
如果是先写测试，然后再写实现的代码，那就是测试驱动的开发；如果每写一点代码，就紧
跟着写几个测试来测试这段实现的代码，虽然不是测试驱动，但也很好。
总之，上面的两种方式都重视了测试，而且，随着时间的增长，一定会逐步的形成持续集
成的概念，都是不错的方式。
不过，大部分人都认为测试类很容易写，其实不然。测试类虽然不是交付的产品，但是仍
然非常重要。编写的过程，与真正的产品一样，有我们需要非常注意的地方。
单说构造数据和校验方面吧！下面的图是一个简略的描述：
这个图的意思就是对于一个逻辑的测试来说，不同的测试方法，或者测试类，应该尽可能
的使用相同的构造测试数据方法，和校验的方法。否则，维护构造测试数据就成为另一个负
担。
不过，谁都不可能在编写一个测试的方法的时候，就知道这个测试方法中的哪些代码可以
作为公共的部分来使用。这就需要我们牢记一件事情－－重构。
构造测试数据，仅仅是测试代码中重构的一个部分。我们也应该清醒地认识到，测试代码
也应该如同产品代码一样的得到重视。