@[TOC]
到这里我们后台的功能算是做完了。在开发中其实我们有两个环节要停下来做测试：
- 在开发完业务层接口后，使用Junit去做业务层接口的测试工作
- 在开发完表现层接口后，使用Postman去做表现层接口的测试工作
接下来我们详细讲解这两次测试工作。
单元测试
我们的Junit测试类放在Test/java下。
步骤1:新建测试类
既然是Junit测试类，那我们就要设置Junit的运行期，这里使用注解@RunWith。然后我们还要设置JUnit加载的Spring核心配置，这里使用注解@ContextConfiguration。
注意：我们测试的是业务层的接口所以我们加载的是Spring的核心配置，而不是SpringMVC的。
BookServiceTest：
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(classes = SpringConfig.class)
public class BookServiceTest {
}步骤2:注入Service类
这里我们使用自动装配(按类型注入)注入Service类
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(classes = SpringConfig.class)
public class BookServiceTest {
@Autowired
private BookService bookService;
}步骤3:编写测试方法
我们随便选取两个业务层方法进行测试：
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(classes = SpringConfig.class)
public class BookServiceTest {
@Autowired
private BookService bookService;
@Test
public void testGetById(){
Book book = bookService.getById(1);
System.out.println(book);
}
@Test
public void testGetAll(){
List<Book> all = bookService.getAll();
System.out.println(all);
}
}根据ID查询，测试的结果为::
查询所有，测试的结果为:
查询所有的结果都显示在一行！
注意：
如果你在SpringConfig包中如果使用的是@ComponentScan("com.nefu")，而不是@ComponentScan("com.nefu.service")。那么就会爆红：No ServletContext set问题等一系列相关衍生问题。
如果你在不想改变包扫描路径的情况下解决这个问题：你可以去掉SpringMvcConfig中的@EnableWebMvc(当热这可能使相关功能造成影响)
详情可以在下文中找到解决答案：
Spring注解@EnableWebMvc使用坑点解析
spring boot使用EnableWebMvc注解 无法正常加载静态页面问题 以及No ServletContext set问题解决
PostMan测试
新增
http://localhost/books
{
"type":"类别测试数据",
"name":"书名测试数据",
"description":"描述测试数据"
}
修改
http://localhost/books
{
"id":13,
"type":"类别测试数据",
"name":"书名测试数据",
"description":"描述测试数据"
}
删除
http://localhost/books/14
查询单个
http://localhost/books/1
查询所有
http://localhost/books
整合补充：事务处理
在我们前文的SSM整合中都没有进行事务的处理，那么我们在这里进行补充。
我们大概可以分为三步：
- 开启注解式事务驱动
- 配置事务的管理器
- 添加事务
开启注解式事务驱动
我们在SpringConfig进行注解式事务驱动的开启
@Configuration
@ComponentScan("com.nefu.service")
@PropertySource("classpath:jdbc.properties")
@Import({JdbcConfig.class,MyBatisConfig.class})
@EnableTransactionManagement
public class SpringConfig {
}配置事务的管理器
事务管理器本质上在哪配置都可以。但是事务管理器它为了能控制事务它需要使用数据源对象，所以我们可以把它配置在JdbcConfig中：
public class JdbcConfig {
@Value("${jdbc.driver}")
private String driver;
@Value("${jdbc.url}")
private String url;
@Value("${jdbc.username}")
private String username;
@Value("${jdbc.password}")
private String password;
@Bean
public DataSource dataSource(){
DruidDataSource dataSource = new DruidDataSource();
dataSource.setDriverClassName(driver);
dataSource.setUrl(url);
dataSource.setUsername(username);
dataSource.setPassword(password);
return dataSource;
}
@Bean
public PlatformTransactionManager transactionManager(DataSource dataSource){
DataSourceTransactionManager ds = new DataSourceTransactionManager();
ds.setDataSource(dataSource);
return ds;
}
}这个管理器最终要被方法返回成为bean进入容器中所以我们要使用@Bean。
方法中我们直接new一个事务管理器，然后返回。在它的身上挂在我们的数据源。这个数据源我们使用参数引入。
添加事务
在业务层的接口上添加@Transactional
至于那些事务传播行为什么的，等需求到了再去配置。
