看起来不可思议，但是事实。使用JUnit后，花在调试的时间就会更少，在改变代码的时候更有信心。有了这种信心，你可以在重构代码，添加新特性的时候更有闯劲。
如果没有测试，那么重构或者添加新特性很容易成为妄想，因为你无法知晓什么地方会被破坏掉。如果拥有完善的测试套，在改变代码后，立即运行测试，这样就可以得到信心，你的改变没有破坏任何东西。当运行测试时，如果检测出bug，因为代码在脑海里还很清楚，所以bug很容易被解决。用JUnit编写测试，可以使你的代码编写达到极限速度，而且快速定位bug。
·JUnit 极其简单
测试应该很简单，这一点很关键。如果测试太复杂，花费太多时间，编写测试就不太值得了。使用JUnit，你可以快速的写出测试代码来验证程序。随着软件的增长相应的增加测试代码。
使用JUnit，运行测试也变得很简单而且很快速。
·JUnit 验证它们自己的结果，而且能够立即反馈
JUnit测试能够自动运行，它们检查自身的结果。运行测试后，你会立即得到可视化的反馈，测试通过或者失败。不需要手工来输出测试结果报告。
·JUnit 测试可以被组合为不同层次的测试套
JUnit测试可以被整合到测试套中，测试套可以包含测试用例或者其他的测试套。JUnit测试的组合行为使你可以聚集一组测试用例为一个测试套，也可以将多个测试套组合到一个测试套中。你可以运行任何一个层次的测试套。
·编写 JUnit 测试代价很小
使用JUnit测试框架，你可以代价很小的编写测试，而且享受着测试框架提供的便利。写测试简单到，就是编写一个方法，使用一下要测试的代码，定义一个期望的结果。
·JUnit 测试增强了软件的稳定性。测试越少，代码的稳定性就越差。测试验证了软件的稳定性，保证了更改没有在项目中引起波纹效应。
JUnit 测试是程序员的测试。JUnit测试是用来提高程序员的效率和代码质量。与功能测试不同，功能测试是将整个系统视作黑盒，从整体保证软件有效。单元测试是用来测试实现基本功能的代码块。程序员编写并维护JUnit测试代码。当一次开发迭代完成，测试代码也要同步的更新，作为对此次迭代的质量验证。
测试习惯
编写JUnit测试时，确保以下牢记在心:
·只用测试到的地方才会运行的很好。
·测一点,写一点, 测一点,写一点...
·取保所有的测试都要执行。
·最少每天一次运行所有的测试用例 (或一晚)。
·为最有破坏可能性的代码编写完善的测试。
·为你最有可能获得回报的地方编写测试。
·如果你总是在调试某个地方，编写JUnit测试自动验证结果来代替调试。
·如果有bug被报告，编写测试来暴露这个bug。
·有人让你帮助调试的时候，帮助他写测试用例。
·在编写代码之前编写单元测试代码，只有测试失败的时候才写新代码。写最简单的新代码让测试通过。
文章来源于领测软件测试网 https://www.ltesting.net/
