将TestCase整合

 我简单介绍了如何写一个TestCase(MockStrutsTestCase是TestCase的一个子类),可以看到是十分简单的,基本上只要写一些testXXX方法就可以运行了。当我们选择运行这个TestCase的时候,实际上运行的是一个Test,Test是TestCase的接口,实现这个接口的还有TestSuite类,使用这个类可以把多个TestCase一起运行,从而更加自动化。

要写一个TestSuite更加简单,看一下下面的代码就明白了:

package edu.pku.cc.democenter.test;

import junit.framework.Test;
import junit.framework.TestSuite;

public class AllTests {

    public static Test suite() {
        TestSuite suite 
=   new  TestSuite( " Test for democenter " );
        
// $JUnit-BEGIN$
        suite.addTest(TestTeacherAction.suite());
        suite.addTest(TestHibernateDAO.suite());
        
// $JUnit-END$
         return  suite;
    }
}

当运行这个TestSuite的时候,就会自动对这两个TestCase进行测试。你可能已经看出来了,我们前文中写的TestTeacherAction类中并没有声明suite方法,是的,因此这里就要增加这个静态方法,如下所示:

public static Test suite() {
    
return   new  TestSuite(TestTeacherAction.class);
}

我们在这个方法里只是简单的返回一个TestSuite对象,JUnit会根据传递的参数(TestTeacherAction.class)找到这个TestCase中全部的testXXX()方法并运行。

上面这种suite()方法的写法被称为动态方式,即利用了java的反射机制。还可以写成静态方式,这就需要在TestCase里写两个方法了,如下:

public static Test suite() {
    TestSuite suite
= new  TestSuite();
    suite.addTest(
new  TestTeacherAction());
    
return  suite;    
}

protected 
void  runTest() throws Throwable {
    testListTeacherAction();
    testEditTeacherAction();
    testSaveTeacherAction();
}

这种方式允许用户选择执行某些testXXX()方法,而且这些方法也不一定以test开头,反正只要在runTest()里指定的都给执行。而suite()方法与动态方式比也有变化。要注意的是,如果按动态方式写suite()就不要再覆盖runTest()方法了,我实验后发现,这样会造成runTest()中指定的方法被反复执行n次,其中n等于textXXX()方法的数目。

另外一点,关于JUnite对Test的计数,在动态方式下,JUnit是按照testXXX()的数目计数的;而在静态方式下,是按照TestCase的数目计数的。

还有一点很重要,动态方式下,setUp()和tearDown()这两个方法是在每个testXXX()方法的前后执行;而静态方式下,是在每个TestCase的前后执行,也就是说,同一个TestCase中两个测试方法之间可能不会经过tearDown()和setUp()的过程。

至于动态方式和静态方式的选择,可以根据上面所说的进行参考。不过先声明,以上都是我自己测试得到的结论,存在出现错误的可能性(欢迎告知),以及没有涉及到的方面。

我本人比较prefer动态方式,毕竟代码量小一些

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值