【三层测试类书写@test】
测试:Controller类,Dao实现类,ServiceImp类。(xxxDaoTests类,xxxDaoTests类,xxxServiceImplTests类)
在test目录下的Controller类,Dao实现类,ServiceImp类前添加注解@RunWith(SpringJUnit4ClassRunner.class)、 @Transactional(记得rollback)、springboot还得添加@SpringBootTest
所要导的包:
import static org.junit.Assert.assertEquals
import org.junit.Test;
import org.junit.runner.RunWith;
import org.slf4j.Logger; //(logger包)
import org.slf4j.LoggerFactory; //(logger包)
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.test.context.SpringBootTest;
import org.springframework.test.context.junit4.SpringJUnit4ClassRunner;
import org.springframework.transaction.annotation.Transactional;
【Controller测试的4个先行导入包】
import static org.springframework.test.web.servlet.request.MockMvcRequestBuilders.post;
import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.content;
import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.status;
import static org.springframework.test.web.servlet.setup.MockMvcBuilders.webAppContextSetup;
添加容器注解@WebAppConfiguration,配置信息注解@ContextConfiguration:
(.xml文件为test文件夹下的resources文件夹内的本地配置文件;test目录结构为src/test/java 和 src/test/resources)
@ContextConfiguration(locations = { "classpath*:root-context.xml",
"classpath*:servlet-context.xml",
"classpath*:datasource.xml" })
ServiceImplTests 自动注入(@Autowired)IProductService
[参考资料]
例如,很多人做单元测试的时候,还要在Before方法中,初始化Spring容器,导致容器被初始化多次。
Junit(古老的单元测试):
@Before
public void init() {
ApplicationContext ctx = new FileSystemXmlApplicationContext( "classpath:spring/spring-basic.xml");
baseDao = (IBaseDao) ctx.getBean("baseDao");
assertNotNull(baseDao);
}
---------------------------------------------------------------------------------------
[Junit 测试和Spring测试套件的对比]:
1.根据JUnit测试方法的调用流程,每执行一个测试方法都会创建一个测试用例的实例并调用setUp()方法。
2.使用Spring测试套件,Spring容器只会初始化一次!
1.在测试用例类中我们需要通过ctx.getBean()方法从Spirng容器中获取需要测试的目标Bean,并且还要进行强制类型转换的造型操作。
2.使用Spring测试套件,测试用例类中的属性会被自动填充Spring容器的对应Bean ,无须在手工设置Bean!
1.测试方法对数据库的更改操作会持久化到数据库中。举个例子,用户在测试方法中插入一条ID为1的User记录,第一次运行不会有问题,第二次运行时,就会因为主键冲突而导致测试用例失败。
2.使用Spring测试套件,Spring会在你验证后,自动回滚对数据库的操作,保证数据库的现场不被破坏,因此重复测试不会发生问题。
1.假如我们向登录日志表插入了一条成功登录日志,可是我们却没有对t_login_log表中是否确实添加了一条记录进行检查。一般情况下,我们可能是打开数据库,肉眼观察是否插入了相应的记录,但这严重违背了自动测试的原则。试想在测试包括成千上万个数据操作行为的程序时,如何用肉眼进行检查?
2.只要你继承Spring的测试套件的用例类,你就可以通过jdbcTemplate在同一事务中访问数据库,查询数据的变化,验证操作的正确性!
-------------------------------------------------------------------------------------
Spring测试套件的使用:
1. 加入依赖包
·JUnit 4
·Spring Test(Spring框架中的test包)
·Spring 相关其他依赖包(不再赘述了,就是context等包)
如果使用maven,在基于spring的项目中添加如下依赖:
junit
junit
4.9
test
org.springframework
spring-test
3.2.4.RELEASE
provided
2. 创建测试源目录和包
在此,推荐创建一个和src平级的源文件目录,因为src内的类都是为日后产品准备的,而此处的类仅仅用于测试。而包的名称可以和src中的目录同名,这样由于在test源目录中,所以不会有冲突,而且名称又一模一样,更方便检索。这也是Maven的约定。
3、创建测试类
1)基类,其实就是用来加载配置文件的
@RunWith(SpringJUnit4ClassRunner.class) //使用junit4进行测试
(@WebAppConfiguration)
@ContextConfiguration
({"/spring/app*.xml","/spring/service/app*.xml"}) //加载配置文件
//------------如果加入以下代码,所有继承该类的测试类都会遵循该配置,也可以不加,在测试类的方法上///控制事务,参见下一个实例
//这个非常关键,如果不加入这个注解配置,事务控制就会完全失效!
//@Transactional
//这里的事务关联到配置文件中的事务控制器(transactionManager = "transactionManager"),同时//指定自动回滚(defaultRollback = true)。这样做操作的数据才不会污染数据库!
//@TransactionConfiguration(transactionManager = "transactionManager", defaultRollback = true)
//------------
public class BaseJunit4Test {
}
2)接着是我们自己的测试类
public class UserAssignServiceTest extends BaseJunit4Test{
@Resource //自动注入,默认按名称
private IBaseDao baseDao;
@Test //标明是测试方法
@Transactional //标明此方法需使用事务
@Rollback(false) //标明使用完此方法后事务不回滚,true时为回滚
public void insert( ) {
String sql="insert into user(name,password) values(?,?)";
Object[] objs=new Object[]{"00","000"};
baseDao.insert( sql , objs );
String sql1="select * from user where name=? and password=? ";
List