SSM 整合 (接口测试)

作者：fake smile by

2022 年 9 月 20 日
辽宁
本文字数：1922 字
阅读完需：约 6 分钟

到这里我们后台的功能算是做完了。在开发中其实我们有两个环节要停下来做测试：

在开发完业务层接口后，使用 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})@EnableTransactionManagementpublic 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

至于那些事务传播行为什么的，等需求到了再去配置。

发布于: 刚刚阅读数: 4

原文链接:【http://xie.infoq.cn/article/e38cded591a2b625f19cc18bc】。未经作者许可，禁止转载。

fake smile by

关注

还未添加个人签名 2022.07.31 加入

还未添加个人简介

发布

暂无评论

创作场景

SSM 整合 (接口测试)

单元测试

步骤 1:新建测试类

步骤 2:注入 Service 类

步骤 3:编写测试方法

PostMan 测试

新增

修改

删除

查询单个

查询所有

整合补充：事务处理

开启注解式事务驱动

配置事务的管理器

添加事务

fake smile by

评论