Posted on 2007-04-27 17:35
kook 阅读(353)
评论(0) 编辑 收藏 所属分类:
J2EE
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为你做这件事。