JUnit最佳实践

目录【可点击浏览】
1..JUnit4.x与JUnit3.8的明显不同
2..资源初始化
3..用于批量运行的测试套件
4..JUnit中关于测试失败的两种情况
5..测试类的存放
6..测试类的命名
7..测试方法的细节
8..测试代码的细节

---

JUnit4.x与JUnit3.8的明显不同

JUnit4.x	JUnit3.8
无	extendsTestCase
@Before	voidsetUp()
@After	voidtearDown()
@Test	voidtestXxx()
@BeforeClass	无
@AfterClass	无
@SuiteClasses	staticTestsuite()

资源初始化
待测试对象及辅助对象在@Before 中初始化，全局资源可以在@BeforeClass 中初始化
全局资源通常启动缓慢，如数据库、Web服务器 ，使之仅初始化一次，可加快测试速度

用于批量运行的测试套件
在一个大的项目中，会针对不同包中的源文件提供不同的位于不同包中的测试类
这时最好在每个包中都提供一个批量执行该包中所有测试类的Suite测试套件类
最后再提供一个包含了每个包中的Suite测试套件类的总的测试套件类
但要保证测试套件之间没有循环包含关系 ，否则就会出现无尽的循环

JUnit将测试失败分为两种情况：Failure和Error
Failure 一般由单元测试使用的断言方法判断失败引起的 ，它表示在测试点发现了问题
Error 则是由代码异常引起的 ，这是测试目的之外的发现
Error 可能产生于测试代码本身的错误，也可能是被测试代码中的一个隐藏的BUG

测试类的存放
单元测试是给开发人员使用的。而开发人员使用测试，是为了保证代码的质量
最终的客户不需要单元测试，交付产品时，不需要把测试的代码提交给客户
因此不能把测试类放到源代码的包里面，可以在项目中New 一个Source Folder
然后在New 一个Package ，然后我们让Package的名字和src的包名一致
就是说将源代码跟测试代码放在不同的目录下，但它们的包是相同的
好处是，它们编译好的class都在相同目录下，所以无需引用即可访问src的类

测试类的命名
假设源代码的类名是Calculator ，那么测试代码的类名就叫做CalculatorTest
见名知意，让人一看就知道CalculatorTest.java是用来测试Calculator.java的

测试方法的细节
JUnit用到了反射，它会执行测试类中以test开头的方法，故方法名要以test开头
test后可以跟任何名字，假设测试add()方法 ，为了见名知意，测试方法为testAdd()
应当为需要测试的方法编写多个测试方法，每个测试方法各有侧重
并且测试方法要覆盖所有可能抛出异常的情况

测试代码的细节
测试代码必须简单到能直接看清测试逻辑，即决不能对测试代码再进行测试
不能为适应测试而修改源代码 ，即决不能维护两份源代码
应当一份用于产品，一份用于测试
注意 ：不要与“编写测试能改进代码” 相混淆