JUnit测试框架使用介绍
JUnit测试骨架
使用JUnit时，主要都是通过继承TestCase类别来撰写测试用例，使用testXXX()名称来撰写单元测试。
用JUnit写测试真正所需要的就三件事：
1．一个import语句引入所有junit.framework.*下的类。
2．一个extends语句让你的类从TestCase继承。
3．一个调用super(string)的构造函数。
功能类MathTool
packagecom.zj.c01;
publicclassMathTool{
publicstaticintgcd(intnum1,intnum2){
intr=0;
while(num2!=0){
r=num1%num2;
num1=num2;
num2=r;
}
returnnum1;
}
}
测试类MathToolTest
packagecom.zj.c01;
importjunit.framework.TestCase;
publicclassMathToolTestextendsTestCase{
publicMathToolTest(Stringname){
super(name);
}
publicvoidtestGcd(){
assertEquals(5,MathTool.gcd(10,5));
}
}
使用Eclipse-RunAsJUnitTest
在运行TestRunner执行测试时，你会发现到有Failure与Error两种测试尚未通过的信息。
Failure指的是预期的结果与实际运行单元的结果不同所导致，例如当使用assertEquals()或其它assertXXX()方法断言失败时，就会回报Failure，这时候要检查你的单元方法中的逻辑设计是否有误。
Error指的是你的程序没有考虑到的情况，在断言之前程序就因为某种错误引发例外而终止，例如在单元中存取某个数组，因为存取超出索引而引发ArrayIndexOutOfBoundsException，这会使得单元方法无法正确完成，在测试运行到asertXXXX()前就提前结束，这时候要检查你的单元方法中是否有未考虑到的情况而引发流程突然中断。
JUnit的各种断言
JUnit提供了一些辅助函数，用于帮助你确定某个被测试函数是否工作正常。通常而言，我们把所有这些函数统称为断言。断言是单元测试最基本的组成部分。
1.assertEquals([Stringmessage],expected,actual)
比较两个基本类型或对象是否相等（expected和actual是原始类型数值(primitivevalue)或者必须为实现比较而具有equal方法）；
2.assertFalse([Stringmessage],booleancondition)
对布尔值求值，看它是否为“真“；
3.assertTrue([Stringmessage],booleancondition)
对布尔值求值，看它是否为“假“；
4.assertNull([Stringmessage],java.lang.Objectobject)
检查对象是否为“空“；
5.assertNotNull([Stringmessage],java.lang.Objectobject)
检查对象是否不为“空”；
6.assertSame([Stringmessage],expected,actual)
检查两个对象是否为同一实例；
7.assertNotSame([Stringmessage],expected,actual)
检查两个对象是否不为同一实例；
8.fail(Stringmessage)
使测试立即失败，其中message参数使可选的。这种断言通常被用于标记某个不应该到达的分支（例如，在一个预期发生的异常之后）
一个TestCase测试实例
下面是一个数字功能类，它提供了求最大值函数和求最小值函数：
packagecom.zj.c01;
publicclassNumberTool{
publicstaticintgetMax(int[]arr){
intmax=Integer.MIN_VALUE;
if(arr.length==0)
thrownewRuntimeException("Emptylist");
for(intindex=0;index<arr.length;index++){
if(arr[index]>max)
max=arr[index];
}
returnmax;
}
publicstaticintgetMin(int[]arr){
intmin=Integer.MAX_VALUE;
if(arr.length==0)
thrownewRuntimeException("Emptylist");
for(inti=0;i<arr.length;i++){
if(arr[i]<min)
min=arr[i];
}
returnmin;
}
}
下面针对求最大值函数编写测试用例：
1.简单测试：[7,8,9]->9；
2.位序测试：[9,8,7]->9；[7,9,8]->9；[8,7,9]->9；
3.重复值测试：[9,7,9,8]->9；
4.单值测试：[1]->1；
5.负值测试：[-7,-8,-9]->-7；
6.空值测试：[]->抛出异常；
测试类NumberToolTest：
packagecom.zj.c01;
importjunit.framework.TestCase;
publicclassNumberToolTestextendsTestCase{
publicNumberToolTest(Stringname){
super(name);
}
publicvoidtestSimple(){
assertEquals(9,NumberTool.getMax(newint[]{7,8,9}));
}
publicvoidtestOrder(){
assertEquals(9,NumberTool.getMax(newint[]{9,8,7}));
assertEquals(9,NumberTool.getMax(newint[]{7,9,8}));
assertEquals(9,NumberTool.getMax(newint[]{8,7,9}));
}
publicvoidtestDups(){
assertEquals(9,NumberTool.getMax(newint[]{9,7,9,8}));
}
publicvoidtestOne(){
assertEquals(1,NumberTool.getMax(newint[]{1}));
}
publicvoidtestNegitave(){
assertEquals(-7,NumberTool.getMax(newint[]{-7,-8,-9}));
}
publicvoidtestEmpty(){
try{
NumberTool.getMax(newint[]{});
fail("Shouldhavethrownanexception");
}catch(RuntimeExceptione){
assertTrue(true);
}
}
}
使用Eclipse-RunAsJUnitTest
JUnit和异常
对于测试而言，下面两种异常是我们可能会感兴趣的：
1．从测试代码抛出的可预测异常。
2．由于某个模块（或代码）发生严重错误，而抛出的不可预测异常。
任何对assertTrue(true)的使用都应该被翻译为“我预期控制流程会达到这个地方”。通常而言，对于方法中每个被期望的异常，你都应该写一个专门的测试来确认该方法在应该抛出异常的时候确实会抛出异常。如上例中testEmpty()测试方法的设计。
对于处于出乎意料的异常，你最好简单的改变你的测试方法的声明让它能抛出可能的异常。JUnit框架可以捕获任何异常，并且把它报告为一个错误，这些都不需要你的参与。
Per-method的Setup和Tear-down
对于重复出现在各个单元测试中的运行环境，可以集中加以管理，可以在继承TestCase之后，重新定义setUp()与tearDown()方法，将数个单元测试所需要的运行环境在setUp()中创建，并在tearDown()中销毁。
JUnit的TestCase基类提供两个方法供你改写，分别用于环境的建立和清理：
protectedvoidsetup();
protectedvoidteardown();
测试类MathToolTest2：
packagecom.zj.c01;
importjunit.framework.TestCase;
publicclassNumberToolTest2extendsTestCase{
privateint[]arr;
publicNumberToolTest2(Stringname){
super(name);
}
protectedvoidsetUp()throwsException{
super.setUp();
arr=newint[]{-5,-4,-3,-2,-1,0,1,2,3,4,5};
}
protectedvoidtearDown()throwsException{
super.tearDown();
arr=null;
}
publicvoidtestMax(){
assertEquals(5,NumberTool.getMax(arr));
}
publicvoidtestMin(){
assertEquals(-5,NumberTool.getMin(arr));
}
}
TestSuite
每一个定义好的TestCase，都使用TestRunner来运行测试，事实上TestRunner并不直接运行TestCase上的单元方法，而是通过TestSuite，TestSuite可以将数个TestCase组合在一起。
在上面的例子中，并没有看到任何的TestSuite，这是因为TestRunner的run()方法中会建立TestSuite：
staticpublicvoidrun(ClasstestClass){
run(newTestSuite(testClass));
}
在这个TestSuite的建构式中，会使用反射自动找出testXXX()方法，并加入待执行的测试方法，TestRunner的run()方法中会去执行TestSuite上的run()方法，然后TestSuite会将之委托给TestCase上的run()方法，而该run()方法中执行每一个testXXX()方法。
如果你只想执行某TestCase中的部分测试函数，则可自己构建TestSuite，下面的代码针对NumberToolTest中的两个测试函数testSimple()和testNegitave()进行测试。
packagecom.zj.c02;
importcom.zj.c01.NumberToolTest;
importjunit.framework.Test;
importjunit.framework.TestSuite;
publicclassPartTest{
publicstaticTestsuite(){
TestSuitesuite=newTestSuite();
suite.addTest(newNumberToolTest("testSimple"));
suite.addTest(newNumberToolTest("testNegitave"));
returnsuite;
}
}
使用Eclipse-RunAsJUnitTest
你也可以组合多个testCase，下面的代码将MathToolTest和NumberToolTest集中到一个TestSuite中：
packagecom.zj.c02;
importcom.zj.c01.MathToolTest;
importcom.zj.c01.NumberToolTest;
importjunit.framework.Test;
importjunit.framework.TestSuite;
publicclassCompositeTest{
publicstaticTestsuite(){
TestSuitesuite=newTestSuite("Runningalltests.");
suite.addTestSuite(MathToolTest.class);
suite.addTestSuite(NumberToolTest.class);
returnsuite;
}
}
使用Eclipse-RunAsJUnitTest
Per-suiteSetup和Tear-down
一般而言，你只须针对每个方法设置运行环境；但是在某些情况下，你须为整个testsuite设置一些环境，以及在testsuite中的所有方法都执行完成后做一些清理工作。要达到这种效果，你需要per-suitesetup和per-suiteteardown。
Per-suite的setup要复杂一些。你需要提供所需测试的一个suite（无论通过什么样的方式）并且把它包装进一个TestSetup对象。注意你可以在同一个类中同时使用per-sutie和per-test的setup()和teardown。
packagecom.zj.c02;
importjunit.extensions.TestSetup;
importjunit.framework.Test;
importjunit.framework.TestSuite;
importcom.zj.c01.MathToolTest;
importcom.zj.c01.NumberToolTest;
publicclassWrapperCompositeTest{
publicstaticTestsuite(){
TestSuitesuite=newTestSuite("Runningalltestswithenv.");
suite.addTestSuite(MathToolTest.class);
suite.addTestSuite(NumberToolTest.class);
TestSetupwrapper=newTestSetup(suite){
protectedvoidsetUp(){
doSetUp();
}
protectedvoidtearDown(){
doTearDown();
}
};
returnwrapper;
}
publicstaticvoiddoSetUp(){
//initializationcodes
}
publicstaticvoiddoTearDown(){
//releasecodes
}
}