善用单元测试工具

善用单元测试工具

不要仅使用控制台的输出

正是这种方式，让我们失去了改善代码开发效率、摆脱无尽的调试过程的有力武器。意外中接触到了TDD(测试驱动开发)，尝试了里面教我们的“在编写代码前先写好测试用例”的方式来进行项目开发。初期，我们应该都是使用控制台的输出语句来进行正确与错误的判断，但这种方式有几点的弊端：1、输出语句与主代码相杂糅，导致代码不干净。2、往往在某个功能实现完毕后，便删除了这些测试方式(输出语句)，他们难以被复用。3、我们需要人工验证输出的结果是否与我们预期的相符合，如果多次调试，势必耗费大量时间。

需要一种方式，将我们的测试与主体代码相分离，并且其他的存在不会对主体代码产生干扰，如果还能够减少我们人工验证的工作量那就更好了。Java提供了JUnit的测试框架，这是由kent beck(极限编程之父)与他的同时共同开发出来的一套测试框架。提供给我们十分方便的通过测试套件进行单元测试。我们只需在完成某个功能或者写完某个方法后，在相应的测试类中添加测试方法，便能够对所实现的功能进行测试，通过断言来验证匹配输出与我们预计的结果是否吻合。这样，我们在对程序做任何的修改之后，都能够通过运行测试用例及时发现bug，对其跟踪。而不是在改了代码一段时间后，发现修改的代码引发了一系列的问题，而需要耗费大量时间修复。编写测试，虽然增加了一部分时间，但能够减少大量的程序调试时间(这话是前辈说的，但我亲身体验过)。并且让自己的思路更清晰，何乐而不为呢?