SSM框架中测试单元的使用 spring整合Junit过程详解
测试类中的问题和解决思路
问题
在测试类中，每个测试方法都有以下两行代码：
ApplicationContextac=newClassPathXmlApplicationContext("bean.xml");
IAccountServiceas=ac.getBean("accountService",IAccountService.class);
这两行代码的作用是获取容器，如果不写的话，直接会提示空指针异常。所以又不能轻易删掉。
解决思路分析
针对上述问题，我们需要的是程序能自动帮我们创建容器。一旦程序能自动为我们创建spring容器，我们就无须手动创建了，问题也就解决了。
我们都知道，junit单元测试的原理（在web阶段课程中讲过），但显然，junit是无法实现的，因为它自己都无法知晓我们是否使用了spring框架，更不用说帮我们创建spring容器了。不过好在，junit给我们暴露了一个注解，可以让我们替换掉它的运行器。
这时，我们需要依靠spring框架，因为它提供了一个运行器，可以读取配置文件（或注解）来创建容器。我们只需要告诉它配置文件在哪就行了。
配置步骤
第一步：拷贝整合junit的必备jar包到lib目录
此处需要注意的是，导入jar包时，需要导入一个spring中aop的jar包。
第二步：使用@RunWith注解替换原有运行器
/**
*测试类
*@Version1.0
*/@RunWith(SpringJUnit4ClassRunner.class)publicclassAccountServiceTest{
}
第三步：使用@ContextConfiguration指定spring配置文件的位置
/**
*/@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations={"classpath:bean.xml"})
publicclassAccountServiceTest{
}
@ContextConfiguration注解：
locations属性：用于指定配置文件的位置。如果是类路径下，需要用classpath:表明classes属性：用于指定注解的类。当不使用xml配置时，需要用此属性指定注解类的位置。
第四步：使用@Autowired给测试类中的变量注入数据
/**
*/@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations={"classpath:bean.xml"})
publicclassAccountServiceTest{
@Autowired
privateIAccountServiceas;
}
为什么不把测试类配到xml中
在解释这个问题之前，先解除大家的疑虑，配到XML中能不能用呢？答案是肯定的，没问题，可以使用。
那么为什么不采用配置到xml中的方式呢？这个原因是这样的：
第一：当我们在xml中配置了一个bean，spring加载配置文件创建容器时，就会创建对象。
第二：测试类只是我们在测试功能时使用，而在项目中它并不参与程序逻辑，也不会解决需求上的问题，所以创建完了，并没有使用。那么存在容器中就会造成资源的浪费。
所以，基于以上两点，我们不应该把测试配置到xml文件中。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持毛票票。