接口层面约等于集成化测试，且需要启动web容器
一般web项目的，代码都是按照分层开发的，业务主要是集中在service和dao层，而我们如果仅仅是利用之前的单元测试,然后把依赖的代码直接mock掉，仅仅测试controller这一块是没有太大的意义。
那么接口层面测试一般是集成测试，需要整体测试到web-->service-->dao层的业务，是需要完完整整的启动web项目，甚至像正式环境一样，测接口，从业务层到数据库层面都正常测试。
如何避免测试的时候导致脏数据的问题。
1、直接使用测试环境
2、出现加入事务管理，每次运行测试之后，都需要rollback数据库。
接口层面如何快速的写断言和测试逻辑。
我们大部分web项目，都是前后端分离的，大部分都是rest接口，返回结果是json。那么强类型的Java，肯定不如动态语言，像ruby 和 js一样，直接操作json。而是需要映射成实体来操作。
引入一个rest-assured框架来解决问题。
<dependency>
<groupId>io.rest-assured</groupId>
<artifactId>rest-assured</artifactId>
<version>5.3.1</version>
<scope>test</scope>
</dependency>
{
"lotto":{
"lottoId":5,
"winning-numbers":[2,45,34,23,7,5,3],
"winners":[
{
"winnerId":23,
"numbers":[2,45,34,23,3,5]
},
{
"winnerId":54,
"numbers":[52,3,12,11,18,22]
}
]
}
}
@Test
public void lotto_resource_returns_200_with_expected_id_and_winners() {
when().
get("/lotto/{id}", 5).
then().
statusCode(200).
body("lotto.lottoId", equalTo(5),
"lotto.winners.winnerId", hasItems(23, 54));
}
接口测试案例
- 启动web容器（spring容器）
- 指定测试环境
- 写接口测试逻辑
思考一个问题：测试接口的输入，就是测试用例。输出是测试报告。
1、如果是在ci层面做，就是在构建完成之后，跑单元测试，然后集成测试，然后输出报告，测试是在每次编译的时候，或者是手动CI触发。
如果我们通过代码层面来写测试用例，需要mock一些东西，且操作后的数据还需要rollback，每次测试的时候，还要不断的启动web容器，既然输入是测试用例，为什么不直接搭建一个环境，然后直接通过测试用例的管理项目，来直接真实跑，数据报告更好。
还可以结合postman 或者其他技术，把测试用例，通过表格来管理。直接导入导出到系统，然后自己跑就行。
