在上一篇贴子里，我简单介绍了如何写一个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动态方式，毕竟代码量小一些

搬家前链接：https://www.cnblogs.com/bjzhanghao/archive/2004/07/29/28309.html

目前，测试驱动开发正变得越来越流行，由于“存在的就是合理的”，这种开发方式必然有其优越之处。作为一个小小程序员，对新鲜技术的追求是工作的重要动力，相信大家都有同感吧。

测试驱动开发是极限编程（XP）的重要组成部分，从字面上就可以看出，它是先有测试再有代码的。这听起来似乎有点奇怪，实际上，可以把测试用例当作需求，程序员的工作就是写出满足这种需求的代码，即让这些测试都能够通过。在刚刚写好测试用例的时候，由于还没有实际代码，因此这时运行测试的结果一定不会通过，随着代码的增加，越来越多的测试得以通过，最后全部通过。这时，基本上可以说系统的每个功能单元都是正确的，剩下的工作就是集成测试了。而这些测试用例的使命并未结束，因为代码会不断修改，我们需要经常（例如每天）运行测试来检验目前的代码是否能够通过测试。很明显，这种检验是完全自动化的，既快速有保证质量。

在使用Struts构件的系统里，的每一个Action都可以看作一个功能单元，它们构成了系统的主体。（当然，你的业务逻辑并不一定都直接写在Action的execute方法中，但在该方法中会以一定方式调用这些逻辑。）StrutsTestCase 是JUnit的一个包装，它提供了非常方便的测试这些Action的方法。它提供两种测试方式：Mock（模拟对象）和Cactus（真实环境），目前我只试验了前者，发现效果很好。

由于我已经写了一些代码，因此我进行的不能算是真正的测试“驱动”开发，我主要是把StrutsTestCase作为一种自动化的测试工具来用，起到保证代码质量的作用。

举例来说，我有一个类名为SaveTeacherAction的Action，其所在模块名为teacher，访问路径为/save，与他相关联的是名为TeacherForm的ActionForm，（struts-config-teacher.xml）配置如下所示：

<action
    attribute="teacherForm"
    input="/form/teacher.jsp"
    name="teacherForm"
    path="/save"
    scope="request"
    type="edu.pku.cc.democenter.teacher.action.SaveTeacherAction">
    <forward name="success" path="/list.do" redirect="true" />
</action>

SaveTeacherAction类中的execute方法如下，其中HibernateDAO是我自己写的用来进行持久化操作的包装类，BeauUtils是Jakarta commons包中的一个实用工具，可以在两个Bean类型对象的相同属性之间进行复制：

public ActionForward execute(
    ActionMapping mapping,
    ActionForm form,
    HttpServletRequest request,
    HttpServletResponse response)
    throws Exception {

    HibernateDAO dao=HibernateDAO.getInstance(getServlet().getServletContext());
    TeacherForm teacherForm = (TeacherForm) form;
    Teacher t=null;

    if("Create".equals(teacherForm.getAction())){
        t=new Teacher();
    }
    if("Edit".equals(teacherForm.getAction())){
        t=(Teacher)dao.findByCode(Teacher.class,teacherForm.getCode());
    }

    BeanUtils.copyProperties(t,teacherForm);

    dao.saveOrUpdate(t);
    return mapping.findForward("success");
}

下面，我要写一个测试用例来对这个Action进行测试。在Eclipse里使用StrutsTestCase非常简单，只需要在工程的classpath里包含strutstest-2.1.2.jar这个包以及junit的包就可以开始编写了。我为这个类起名为TestSaveTeacherAction，即Action类名前加上Test字样，所在包也与实际代码分开，使用edu.pku.cc.democenter.test的名称（与之对比，SaveTeacherAction的包名为edu.pku.cc.democenter.teacher.action，democenter是我们这个项目的名称）。

现在来看一下TestSaveTeacherAction的内容：

package edu.pku.cc.democenter.test;

import servletunit.struts.MockStrutsTestCase;
import edu.pku.cc.democenter.teacher.form.TeacherForm;

public class TestTeacherAction extends MockStrutsTestCase{

    protected void setUp() throws Exception {
        super.setUp();
        setConfigFile("teacher","/WEB-INF/struts-config-teacher.xml");
    }

    protected void tearDown() throws Exception {
        super.tearDown();
    }

    public void testSaveTeacherAction_Create(){
        setRequestPathInfo("/teacher","/save");
        TeacherForm form=makeForm();
        form.setAction("Create");
        form.setCode("test.create");
        setActionForm(form);
        actionPerform();
        verifyForward("success");
    }

    public void testSaveTeacherAction_Edit(){
        setRequestPathInfo("/teacher","/save");
        TeacherForm form=makeForm();
        form.setAction("Create");
        form.setCode("test.edit");
        setActionForm(form);
        actionPerform();

        form.setAction("Edit");
        form.setBirthDate("1979-1-10");
        setActionForm(form);
        actionPerform();
        verifyForward("success");
    }

    private TeacherForm makeForm(){
        TeacherForm form=new TeacherForm();
        form.setAction("Create");
        form.setBirthDate("1979-1-1");
        form.setCode("test.001");
        form.setEmail("test@test.com");
        form.setName("test");
        form.setShortName("CS");
        form.setTel("62760000");
        return form;
    }
}

使用Mock方式的测试用例都继承servletunit.struts.MockStrutsTestCase这个类，setUp和tearDown方法分别是测试前后进行准备和善后工作的地方。要运行的测试方法都以test开头，系统会自动调用这些方法。

由于SaveTeacherAction根据request中的action参数有两种运行方式：Create和Edit，所以我写了两个test方法对它们分别进行测试。这里要注意的是，这些test方法运行的顺序是不确定的，不要认为可以先运行create的测试，再以此为基础对刚刚create的对象进行edit，看testSaveTeacherAction_Edit方法的写法。

我在setUp方法里指定了模块和对应的配置文件名称，如果没有模块可以省去这一步。在实际的testSaveTeacherAction_Create方法里，首先用setRequestPathInfo方法指定要测试的Action的路径和模块，如果没有模块可以用一个参数的同名方法。然后构造一个ActionForm，对于我的例子就是TeacherForm，为了简化代码，我写了一个makeForm方法来生成一个填好值的TeacherForm。用setActionForm将这个TeacherForm连接到Action，actionPerform方法通知执行Action操作。这时按照我们的设想，Action会将请求转发到一个名为success的Forward，所以我们使用verifyForward("success")方法验证是否进行了转发。在这一步如果失败，就表明此单元测试失败，否则为成功。

testSaveTeacherAction_Edit方法与其类似，只是要注意在这个方法里要自己建立对象再修改，而不能使用testSaveTeacherAction_Create方法里建立的对象，因为这两个方法的执行顺序是不确定的。

要在Eclipse里运行这个测试也很简单，先双击打开这个类，然后在Run菜单里选择Run As->JUnit Test就可以了，你会看到一个JUnit视图，里面有一个绿色的进度条，如果走到头还保持绿色表示所有的测试都成功，否则会变成红色，并在下面显示异常的堆栈信息。（成就感哦）

好了，今天对StrutsTestCase作了一个很简单的介绍，我也是刚刚开始使用它，今后肯定还会遇到问题的，敬请关注后续报道。

另，相关的一些文章可以在网上找到，作为入门很好，例如：

http://plateau.sicool.com/article/tdd/strutstestcast_junit_tdd.htm

我的感觉，遇到问题最好先找文档，养成习惯后不但解决问题快了，同时在看文档的同时还可以对其加深理解，何乐而不为呢。

搬家前链接：https://www.cnblogs.com/bjzhanghao/archive/2004/07/29/28221.html