使用JUnit在struts+spring+hibernate框架环境下进行单元测试
过往使用的方式从最原始的IDE的DEBUG工具断点查错到目前还在用最快捷的使用文字输出(log或system.out)。
这些调试方式不是说不好,但有些情况下达不到自己的需求,浪费了一些时间,因为在SSH的环境下修改的源码就意味着要部署。
有个误区,有的人认为把ApplicationServer的热部署方式设置为ture,就不用部署了。其实实际还是重新部署了一遍,只是不需要你按键罢了。
而且这样的后果还是你每保存一下就帮你部署一次,项目大的话花费很更多,我想也有不少人知道有个内存溢出的问题...挺头痛的..
之前偶尔接触到JUnit,才领略到单元测试的精辟,记录一下学习心得。请别笑学得晚,最近也有个TestNG,有时间也继续研究下。学习调试程序也是一门学问啊。
好啦,言归正传并且长话短说。
使用JUnit进行单元测试方法,初步介绍。
导入JUnit的包就不多说了,一般的IDE都集成的了。
首先建议大家如果想使用Main静态方法来进行调试的话,请直接使用JUnit吧。使用方法很简单,如下:
其实这个是生命周期的标记,@Before为执行@Test方法之前先执行的,而@After就是执行完@Test之后执行,比较好理解。如果想不执行的话直接把标记注释掉即可,快捷简单。
执行添加了@Test的方法也简单,由于我是使用MyEclipse的关系,这里以它来举例。其实跟执行Main方法差不多在运行里面选择JUnit调试的选项。快捷键:Alt+Shift+X,T,但我更喜欢在代码上面右键然后选择运行JUnit测试。
在传统的三层架构中进行单元测试
DAO层和业务逻辑层的调试
首先在@Before标记上执行获取需要调试的单元所使用的bean。
具体例子如:
获取BeanFactory的方法有多种,这里比较推荐使用这种方法。注意这里的applicationContext.xml是放在classPath之下,也推荐放在这里,比较好调试。
view层的调试
在我的应用中,view层使用的是struts1.29的技术,其实际上也没用到什么,仅仅作为servlet来使用罢了。而且struts的标记库也实在太啰嗦了,所以我前端使用的技术是AJAX+JSON+Struts.
JavaScript就不用多说了,必定需要的了,而这里不推荐使用DWR框架,当然如果对JavaScript不熟的话也没办法了。总之还是王道的那句:使用什么技术还是取决与实际项目情况。
说这些的原因是告诉大家,struts所用到的from、forward之类的我都没调试了,后续描述一下。
首先想调试struts,使用到的技术是StrutsTestCase。具体地址http://sourceforge.net/projects/strutstestcase/
需要记住的是,StrutsTestCase是Junit TestCase类的扩展。
使用方法,例子如下:
首先把单元测试类继承servletunit.struts.MockStrutsTestCase
然后模拟容器,具体请查看以下
注意setContextDirectory方法,默认情况下setUp()方法会在classPath下找web.xml和struts-config.xml等配置文件,所以可能会遇到找不到的情况。
使用setContextDirectory并且设置File为"WebRoot"的话,告诉程序在WebRoot下找配置文件,在SSH通常情况下都适用。
准备功夫做好了就可以尽情的进行测试了,并不用担心修改代码后需要重新部署项目了。
这里注意的时,在继承了MockStrutsTestCase的子类当中,所有以test开头的方法都自动执行调试程序,不再需要@Test标记。这里有保留意见,双利刃吧,还是喜欢用标记进行测试。
例子如下:
当然JUnit没这么简单,但我使用到的这些足够了,其他的还可以使用断言(assert)来辅助大家调试。给大家举一些例子,当中都为网上整理出来。
主要函数和作用
setRequestPathInfo,设置request的请求
addRequestParameter,将参数和对应的值加入request中
actionPerform,执行这个请求
verifyForward,验证forward的名字是否正确
verifyForwardPath,验证forward的path是否正确
verifyNoActionErrors,验证在action执行过程中没有ActionError产生
verifyActionErrors,验证在action执行过程中产生的ActionError集合的内容
如果你action里面有setAttribute之类的方法,也想验证的话。
也可以通过getSession()方法来获取session(request类似)。
跟着再使用getAttribute进行assert就可以组合成自己需要的调试单元了。顺便列举一下assert方法。
assertEquals(), assertNull(), assertSame(), assertTrue(),assertArrayEquals()等..
无论如何,如果你不喜欢使用assert方法,直接输出一下也十分便捷。
希望对大家学习有帮助。
这些调试方式不是说不好,但有些情况下达不到自己的需求,浪费了一些时间,因为在SSH的环境下修改的源码就意味着要部署。
有个误区,有的人认为把ApplicationServer的热部署方式设置为ture,就不用部署了。其实实际还是重新部署了一遍,只是不需要你按键罢了。
而且这样的后果还是你每保存一下就帮你部署一次,项目大的话花费很更多,我想也有不少人知道有个内存溢出的问题...挺头痛的..
之前偶尔接触到JUnit,才领略到单元测试的精辟,记录一下学习心得。请别笑学得晚,最近也有个TestNG,有时间也继续研究下。学习调试程序也是一门学问啊。
好啦,言归正传并且长话短说。
使用JUnit进行单元测试方法,初步介绍。
导入JUnit的包就不多说了,一般的IDE都集成的了。
首先建议大家如果想使用Main静态方法来进行调试的话,请直接使用JUnit吧。使用方法很简单,如下:
- @Test
- public void test1() {
- System.out.println("Hello World!");
- }
其实这个是生命周期的标记,@Before为执行@Test方法之前先执行的,而@After就是执行完@Test之后执行,比较好理解。如果想不执行的话直接把标记注释掉即可,快捷简单。
执行添加了@Test的方法也简单,由于我是使用MyEclipse的关系,这里以它来举例。其实跟执行Main方法差不多在运行里面选择JUnit调试的选项。快捷键:Alt+Shift+X,T,但我更喜欢在代码上面右键然后选择运行JUnit测试。
在传统的三层架构中进行单元测试
DAO层和业务逻辑层的调试
首先在@Before标记上执行获取需要调试的单元所使用的bean。
具体例子如:
- private IMailboxDAO MailboxDAOImpl;
- @Before
- public void init() {
- ApplicationContext context = new ClassPathXmlApplicationContext(
- new String[] { "applicationContext.xml" });
- BeanFactory factory = (BeanFactory) context;
- MailboxDAOImpl = (IMailboxDAO) factory.getBean("mailboxDAOImpl");
- }
- @Test
- publiv void testSave(){
- Bean transientInstance = new Bean();
- ...
- MailboxDAOImpl.save(transientInstance);
- }
获取BeanFactory的方法有多种,这里比较推荐使用这种方法。注意这里的applicationContext.xml是放在classPath之下,也推荐放在这里,比较好调试。
view层的调试
在我的应用中,view层使用的是struts1.29的技术,其实际上也没用到什么,仅仅作为servlet来使用罢了。而且struts的标记库也实在太啰嗦了,所以我前端使用的技术是AJAX+JSON+Struts.
JavaScript就不用多说了,必定需要的了,而这里不推荐使用DWR框架,当然如果对JavaScript不熟的话也没办法了。总之还是王道的那句:使用什么技术还是取决与实际项目情况。
说这些的原因是告诉大家,struts所用到的from、forward之类的我都没调试了,后续描述一下。
首先想调试struts,使用到的技术是StrutsTestCase。具体地址http://sourceforge.net/projects/strutstestcase/
需要记住的是,StrutsTestCase是Junit TestCase类的扩展。
使用方法,例子如下:
首先把单元测试类继承servletunit.struts.MockStrutsTestCase
然后模拟容器,具体请查看以下
- /**
- * 加载模拟容器
- * @throws java.lang.Exception
- */
- @Before
- public void setUp() throws Exception {
- super.setUp();
- File context = new File("WebRoot");
- setContextDirectory(context);
- }
注意setContextDirectory方法,默认情况下setUp()方法会在classPath下找web.xml和struts-config.xml等配置文件,所以可能会遇到找不到的情况。
使用setContextDirectory并且设置File为"WebRoot"的话,告诉程序在WebRoot下找配置文件,在SSH通常情况下都适用。
准备功夫做好了就可以尽情的进行测试了,并不用担心修改代码后需要重新部署项目了。
这里注意的时,在继承了MockStrutsTestCase的子类当中,所有以test开头的方法都自动执行调试程序,不再需要@Test标记。这里有保留意见,双利刃吧,还是喜欢用标记进行测试。
例子如下:
- public void testToPageGoMembershipByDl() {
- String actionUri = "/distributionList/bin/get_members";
- String parameterKey1 = "toPage";
- String parameterKey2 = "dlId";
- String toPageGoStr = "1";
- String dlId = "402881b6200d287101200d69838f0009";
- Map<String, Object> urlMap = new HashMap<String, Object>();
- urlMap.put(parameterKey1, toPageGoStr);
- urlMap.put(parameterKey2, dlId);
- generateRequestParameters(urlMap);
- setRequestPathInfo(actionUri);//设置request的请求
- actionPerform();//执行请求
- }
- //公共方法,封装url的parameters请求
- public void generateRequestParameters(Map<String, Object> parameters) {
- if ((parameters != null) && (!parameters.isEmpty())) {
- for (Map.Entry<String, Object> entry : parameters.entrySet()) {
- String key = entry.getKey();
- Object value = entry.getValue();
- String[] parameterValues = null;
- if (value instanceof String) {
- parameterValues = new String[] { (String) value };
- } else if (value instanceof String[]) {
- parameterValues = (String[]) value;
- }
- if (parameterValues != null)
- addRequestParameter(key, parameterValues);//增加request参数
- }
- }
- }
当然JUnit没这么简单,但我使用到的这些足够了,其他的还可以使用断言(assert)来辅助大家调试。给大家举一些例子,当中都为网上整理出来。
主要函数和作用
setRequestPathInfo,设置request的请求
addRequestParameter,将参数和对应的值加入request中
actionPerform,执行这个请求
verifyForward,验证forward的名字是否正确
verifyForwardPath,验证forward的path是否正确
verifyNoActionErrors,验证在action执行过程中没有ActionError产生
verifyActionErrors,验证在action执行过程中产生的ActionError集合的内容
如果你action里面有setAttribute之类的方法,也想验证的话。
也可以通过getSession()方法来获取session(request类似)。
跟着再使用getAttribute进行assert就可以组合成自己需要的调试单元了。顺便列举一下assert方法。
assertEquals(), assertNull(), assertSame(), assertTrue(),assertArrayEquals()等..
无论如何,如果你不喜欢使用assert方法,直接输出一下也十分便捷。
希望对大家学习有帮助。