AppFuse为几乎每一个类都提供了单元测试, 它使用JUnit框架进行测试。我们还是以User为例仔细分析一下,阅读本篇的内容之前,你至少应该已经对单元测试有一个概念。
。
1. DAO测试
UserDAOTest用于测试UserDAO这个接口和它的实现UserDAOHibernate,它在test/dao/**/dao/中。
所有的DAOTest都继承自BaseDAOTestCase,BaseDAOTestCase继承自TestCase。这个父类已经为我们写好了从Spring加载ApplicationContext的方法。
setUp()里做了在测试之前的初始化工作,创建了UserDAO和RoleDAO的实例,tearDown()里做销毁工作,这是每个Junit测试类都要做的事。
以testUpdateUser()方法为例,该方法主要用于测试UserDAO的saveUser()方法是否正确。首先调用getUser()获得用户“tomcat”的信息,并修改其地址,然后调用saveUser()方法保存修改的记录。重新获得“tomcat”的信息,校验其地址是否为新地址,如果地址为新地址,测试成功。接下来把“tomcat”的version属性的值置空(version为验证当前记录是否为新记录的标志,null表示新纪录),重新保存“tomcat”,此时hibernate会认为该记录为新记录,进行insert操作,但username字段为主键不能重复,因此应该抛出异常。如果捕获到异常,测试成功。
在控制台进入项目根目录,键入ant test-dao -Dtestcase=UserDAO,如果出现BUILD SUCCESSFUL,说明测试成功。这样,我们不需要写Manager、Action、JSP,不需要运行容器也可以确保我们的类正确了。
2. Manager测试
接下来继续看测试UserManager的类UserManagerTest。它在test/service/**/service/中,继承自BaseManagerTestCase,这个父类起着与BaseDAOTestCase类似的作用。
与UserDAOTest不同的是UserManagerTest使用了jMock帮助其测试。jMock用于解决UserManager的依赖,因为UserManager中需要调用UserDAO的方法,而单元测试的基本规则是一次只测试一个对象,jMock帮助你把UserManager孤立起来,使它不会受到UserDAO的影响,我们来看它到底怎么做。
在setUp()里,我们把UserDAO和RoleDAO放到Mock中,让Mock来做UserDAO和RoleDAO的代理,并将这两个“假冒的”DAO注入到UserManager中。
还是以testSaveUser()为例来看这个test类怎么工作。首先创建User对象,设置用户名为“tomcat”,权限为“user”。然后我们告诉Mock当UserManager调用UserDAO的getUser()方法并参数是“tomcat”时,我们期待UserDAO返回我们刚刚创建的那个对象。接下来调用UserManager的getUser()方法以获得“tomcat”的信息。修改电话号码的内容。然后重置我们对Mock的要求。这次我们要求当UserManager调用UserDAO的saveUser方法时,不返回任何值。然后调用UserManager的saveUser()方法,校验user是否为新的电话号码和权限是否还是一个,若是,测试成功。verify()用于检查所有应该调用的方法是否都被调用了。通常来说,每对Mock对象调用了一次expects(),使用完后都要执行一次verify()。
在控制台执行ant test-service -Dtestcase=UserManager,看看结果。
3. Action测试
我们继续看test/web/**/action下的UserActionTest。它继承自BaseStrutsTestCase,BaseStrutsTestCase继承MockStrutsTestCase,这个父类也做了类似BaseManagerTestCase的工作。
Action是一个控制器,主要用于接收视图层的请求,调用模型层的方法,然后返回视图层。在这里我们不关心模型层或视图层,我们只要关心Action是否能够正确的得到请求和响应请求,以及能够正确的根据请求转向。MockStrutsTestCase给了我们测试这方面很好的支持。
以testSave()为例,首先创建一个UserForm,在里面放入部分数据,将UserForm放入该Action所对应的范围内。使用setRequestPathInfo()设置请求路径为“/saveUser”,使用addRequestParameter()添加好请求参数,actionPerform()方法将模拟请求的全过程。然后使用verifyForward()方法验证请求转发路径是否正确。并验证能不能在Action范围内得到UserForm。
运行ant test-web -Dtestcase=UserAction,OK。
要注意一点,这里的单元测试虽然继承自MockStrutsTestCase,但没有使用Mock,也就是说,它会真正执行到所有相关的方法,包括修改数据库。
4. JSP测试
我们同样可以对JSP进行测试。这里有一个工具叫做Canoo WebTest,它使用xml配置的方式来测试JSP。
进入test/web/,有一个web-tests.xml文件,里面有所有struts-config.xml中存在的path的测试。
以SaveUser这个target为例,我们做一个简单的说明。测试步骤包含在steps中,invoke中给这个step定一个ID号,设置请求的url:editProfile.html。接下来验证JSP页面的title是否与预期的一致。其中{webapp.prefix}和{userProfile.title}的内容在WEB-INF/classes中的ApplicationResources中定义。接下来给表单中的文本域填写内容,使用clickbutton点击保存按钮,验证保存后的页面标题是否为预期的标题。
这一测试需要运行容器,因此首先运行Tomcat,再在控制台键入ant test-canoo -Dtestcase=UserTests或ant test-jsp -Dtestcase=PersonTests。使用ant run-all-tests无需运行Tomcat,Ant为你做这件事。