2007-12-30

直接使用Junit测试Spring应用的4点不足

关键字: 单元测试 集成测试
在开发基于Spring的应用时，如果你还直接使用Junit进行单元测试，那你就错过了Spring为我们所提供的饕餮大餐了。使用Junit直接进行单元测试有以下四大不足：

   1）导致多次Spring容器初始化问题

   根据JUnit测试方法的调用流程，每执行一个测试方法都会创建一个测试用例的实例并调用setUp()方法。由于一般情况下，我们在setUp()方法中初始化Spring容器，这意味着如果测试用例有多少个测试方法，Spring容器就会被重复初始化多次。虽然初始化Spring容器的速度并不会太慢，但由于可能会在Spring容器初始化时执行加载Hibernate映射文件等耗时的操作，如果每执行一个测试方法都必须重复初始化Spring容器，则对测试性能的影响是不容忽视的；

    －－>使用Spring测试套件，Spring容器只会初始化一次！

   2）需要使用硬编码方式手工获取Bean

    在测试用例类中我们需要通过ctx.getBean()方法从Spirng容器中获取需要测试的目标Bean，并且还要进行强制类型转换的造型操作。这种乏味的操作迷漫在测试用例的代码中，让人觉得烦琐不堪；

    －－>使用Spring测试套件，测试用例类中的属性会被自动填充Spring容器的对应Bean
，无须在手工设置Bean！
  
   3）数据库现场容易遭受破坏

    测试方法对数据库的更改操作会持久化到数据库中。虽然是针对开发数据库进行操作，但如果数据操作的影响是持久的，可能会影响到后面的测试行为。举个例子，用户在测试方法中插入一条ID为1的User记录，第一次运行不会有问题，第二次运行时，就会因为主键冲突而导致测试用例失败。所以应该既能够完成功能逻辑检查，又能够在测试完成后恢复现场，不会留下“后遗症”；

    －－>使用Spring测试套件，Spring会在你验证后，自动回滚对数据库的操作，保证数据库的现场不被破坏，因此重复测试不会发生问题！

   4）不方便对数据操作正确性进行检查
   
    假如我们向登录日志表插入了一条成功登录日志，可是我们却没有对t_login_log表中是否确实添加了一条记录进行检查。一般情况下，我们可能是打开数据库，肉眼观察是否插入了相应的记录，但这严重违背了自动测试的原则。试想在测试包括成千上万个数据操作行为的程序时，如何用肉眼进行检查？

       －－>只要你继承Spring的测试套件的用例类，你就可以通过jdbcTemplate在同一事务中访问数据库，查询数据的变化，验证操作的正确性！

  
    Spring提供了一套扩展于Junit测试用例的测试套件，使用这套测试套件完全解决了以上四个问题，让我们测试Spring的应用更加方便。现在我的项目中已经完成摒弃Junit，而采用Spring的测试套件，确实带来了很大的便利。严重推荐Springer使用这个测试套件。这个测试套件主要由org.springframework.test包下的若干类组成，使用简单快捷，方便上手。

   注：以上四个不足的总结摘自《精通Spring 2.x --企业应用开发详解》
评论
lsk 2008-03-15   回复
引用
3）数据库现场容易遭受破坏

测试方法对数据库的更改操作会持久化到数据库中。虽然是针对开发数据库进行操作，但如果数据操作的影响是持久的，可能会影响到后面的测试行为。举个例子，用户在测试方法中插入一条ID为1的User记录，第一次运行不会有问题，第二次运行时，就会因为主键冲突而导致测试用例失败。所以应该既能够完成功能逻辑检查，又能够在测试完成后恢复现场，不会留下“后遗症”；

－－>使用Spring测试套件，Spring会在你验证后，自动回滚对数据库的操作，保证数据库的现场不被破坏，因此重复测试不会发生问题！

可以使用内存数据库
xmx0632 2008-03-15   回复
hrtc 写道
有没有具体实例代码,支不支持增量测试，下面是我用junit的测试，也只要加载一次 
//TestSuite
public class AllTests {

	private static ApplicationContext context;

	public static Test suite() {
		//初始化spring
		String[] configLocations = {"WebRoot/WEB-INF/spring-action.xml","WebRoot/WEB-INF/spring-service.xml","WebRoot/WEB-INF/spring-dao.xml"};
		context = new FileSystemXmlApplicationContext(configLocations);
		CommonServiceImplTest.setCommonService(context);

		
		TestSuite suite = new TestSuite("Test for com.hrtc.testcase");

		// $JUnit-BEGIN$
		suite.addTestSuite(CommonServiceImplTest.class);
		// $JUnit-END$
		return suite;
		
	}
	

}

//TestCase
public class CommonServiceImplTest extends TestCase {

	private static ICommonService commonService;

	/**
	 * 获得spring context
	 * @param context
	 */
	public static void setCommonService(ApplicationContext context){
		commonService = (ICommonService) context.getBean("commonService");
	}

	@Test
	public void testGetAdminByLoginName() {
		try {
			Admin admin = commonService.getAdminByLoginName("hrtc");
			System.out.println("loginname:"+admin.getLoginName());
		} catch (CommonException e) {
			e.printStackTrace();
		}
	}
	
	@Test
	public void testCheckUserExist(){
		try {
			System.out.println("check admin hrtc is exist or not");
			boolean exist = commonService.checkUserExist("hrtc",true);
			System.out.println(exist);
			System.out.println("check user hrtc is exist or not");
			exist = commonService.checkUserExist("hrtc",false);
			System.out.println(exist);
		} catch (CommonException e) {
			e.printStackTrace();
			this.fail("验证用户是否存在失败");
		}
	}

	
}

ajoo 写道
Spring那个不叫“单元”测试。
hrtc 2008-03-14   回复
有没有具体实例代码,支不支持增量测试，下面是我用junit的测试，也只要加载一次 
//TestSuite
public class AllTests {

	private static ApplicationContext context;

	public static Test suite() {
		//初始化spring
		String[] configLocations = {"WebRoot/WEB-INF/spring-action.xml","WebRoot/WEB-INF/spring-service.xml","WebRoot/WEB-INF/spring-dao.xml"};
		context = new FileSystemXmlApplicationContext(configLocations);
		CommonServiceImplTest.setCommonService(context);

		
		TestSuite suite = new TestSuite("Test for com.hrtc.testcase");

		// $JUnit-BEGIN$
		suite.addTestSuite(CommonServiceImplTest.class);
		// $JUnit-END$
		return suite;
		
	}
	

}

//TestCase
public class CommonServiceImplTest extends TestCase {

	private static ICommonService commonService;

	/**
	 * 获得spring context
	 * @param context
	 */
	public static void setCommonService(ApplicationContext context){
		commonService = (ICommonService) context.getBean("commonService");
	}

	@Test
	public void testGetAdminByLoginName() {
		try {
			Admin admin = commonService.getAdminByLoginName("hrtc");
			System.out.println("loginname:"+admin.getLoginName());
		} catch (CommonException e) {
			e.printStackTrace();
		}
	}
	
	@Test
	public void testCheckUserExist(){
		try {
			System.out.println("check admin hrtc is exist or not");
			boolean exist = commonService.checkUserExist("hrtc",true);
			System.out.println(exist);
			System.out.println("check user hrtc is exist or not");
			exist = commonService.checkUserExist("hrtc",false);
			System.out.println(exist);
		} catch (CommonException e) {
			e.printStackTrace();
			this.fail("验证用户是否存在失败");
		}
	}

	
}
hantsy 2008-03-11   回复
还是看这里吧
http://www.infoq.com/articles/testing-in-spring
雁行 2008-03-10   回复
skydream 写道
1）导致多次Spring容器初始化问题

这个有个简单的方法解决，我原来遇到过类似的问题，测试action或者service时，因为我的代码是需要先启动连接池的。

当时解决的方法非常简单，给所有测试案例都来一个基类，然后在setup()方法中初始化连接池，为了防止每个TestCase都重新执行一遍连接池初始化，给这个基类设置一个static的标志位

代码类似： 

public class AbstarctTestCase extends TestCase {
    private static boolean inited = false;
    public void setup() {
        super.setup();
        if (!inited) {
            init();
            inited = true;
        }
    }
}

或者把上下文在基类里做成单态的，呵呵，差不多的做法
stamen 2008-01-02   回复
downpour 写道
Spring提供的测试基类是用于做DAO或者Service层的集成测试的，而不是单元测试，单元测试可以使用JMock等来Mock相应的接口。

Spring提供的一些测试基类有个问题，就是无法针对某个方法进行测试，一旦进行测试，会对这个类中所有以test开口的方法都跑一遍。

   Spring可以只测试某个测试方法吧，在Eclipse中是可以的啊，你说是承继吧个基类不行呢？
紧急下潜 2008-01-02   回复
ajoo 写道
Spring那个不叫“单元”测试。

正解
hantsy 2008-01-02   回复
继承spring-mock包中的Spring测试基类，以上问题都不是问题了。
Godlikeme 2007-12-31   回复
一般把需要环境依赖（getBean）、数据依赖（getData）的测试叫做集成测试（模块内或模块间集成测试），而不是单元测试。
ajoo 2007-12-31   回复
Spring那个不叫“单元”测试。
xyz20003 2007-12-31   回复
spring-mock是继承自junit的，提供的功能有：

只初始化一次ctx，然后所有testCase根据key公用缓存的ctx。
提供自动依赖注入xml中定义的bean，当然，你要在testCase里写对应的setter。
提供事务和自动回滚，不会对数据库内的数据造成损坏，要是需要修改数据库，需要手工提交。

然后还有一大堆的mock类，像MockHttpServletRequest一类的，比easymock什么的好用多了。推荐一定要用一下。
downpour 2007-12-31   回复
Spring提供的测试基类是用于做DAO或者Service层的集成测试的，而不是单元测试，单元测试可以使用JMock等来Mock相应的接口。

Spring提供的一些测试基类有个问题，就是无法针对某个方法进行测试，一旦进行测试，会对这个类中所有以test开口的方法都跑一遍。
skydream 2007-12-30   回复
Spring提供了一套扩展于Junit测试用例的测试套件

这个是全新的和junit没有任何联系，还是基于junit?
skydream 2007-12-30   回复
1）导致多次Spring容器初始化问题

这个有个简单的方法解决，我原来遇到过类似的问题，测试action或者service时，因为我的代码是需要先启动连接池的。

当时解决的方法非常简单，给所有测试案例都来一个基类，然后在setup()方法中初始化连接池，为了防止每个TestCase都重新执行一遍连接池初始化，给这个基类设置一个static的标志位

代码类似： 

public class AbstarctTestCase extends TestCase {
    private static boolean inited = false;
    public void setup() {
        super.setup();
        if (!inited) {
            init();
            inited = true;
        }
    }
}
发表评论

提醒: 该博客已发表在公共论坛，博客所有留言会成为论坛回贴，留言请注意遵守论坛发贴规则

您还没有登录，请登录后发表评论

stamen
搜索本博客
最近加入圈子
存档
最新评论