SpringBoot2 集成測(cè)試組件的七種方法

更新時(shí)間：2021年06月01日 08:37:48 作者：知了一笑

下面圍繞幾個(gè)自己開發(fā)過程中常用的測(cè)試工具和手段，做簡(jiǎn)單的總結(jié)，不在于對(duì)比方式的好壞，存在即合理，在不同場(chǎng)景中對(duì)合理手段的選擇，快速解決問題才是根本目的。

一、背景描述

在版本開發(fā)中，時(shí)間段大致的劃分為：需求，開發(fā)，測(cè)試；

需求階段：理解需求做好接口設(shè)計(jì)；
開發(fā)階段：完成功能開發(fā)和對(duì)接；
測(cè)試上線：自測(cè)，提測(cè)，修復(fù)，上線；
實(shí)際上開發(fā)階段兩個(gè)核心的工作，開發(fā)和流程自測(cè)，自測(cè)的根本目的是為自己提前解決可能出現(xiàn)的問題；如果缺少自測(cè)和提測(cè)兩個(gè)關(guān)鍵步驟，那么問題就會(huì)被傳遞給更多的用戶，產(chǎn)生更多的資源消耗；

自測(cè)是于開發(fā)而言，提測(cè)是對(duì)專業(yè)的測(cè)試人員而言，如果盡可能在自測(cè)階段就發(fā)現(xiàn)問題，并解決問題，那么一個(gè)問題就不會(huì)影響到團(tuán)隊(duì)協(xié)作上的更多人員，如果一個(gè)簡(jiǎn)單的問題上升到團(tuán)隊(duì)協(xié)作層面，很可能會(huì)導(dǎo)致問題本身被放大。

工欲善其事必先利其器，開發(fā)如果要做好自測(cè)流程，學(xué)會(huì)使用工具提高效率是十分關(guān)鍵的，自測(cè)的關(guān)鍵在于發(fā)現(xiàn)問題和解決問題，所以選擇好用和高效的工具可以極大的降低自測(cè)的時(shí)間消耗。

二、PostMan工具

PostMan很常用的接口測(cè)試工具，開發(fā)過程中快速測(cè)試接口，功能強(qiáng)大并且簡(jiǎn)單方便，不但可以單個(gè)接口測(cè)試，也可以對(duì)接口分塊管理批量運(yùn)行：

整體來說工具比較好用，適應(yīng)于開發(fā)階段的接口快速測(cè)試，或者在解決問題的過程中單個(gè)接口的測(cè)試，同時(shí)對(duì)測(cè)試參數(shù)有存儲(chǔ)和記憶能力，這也是受歡迎的一大原因。

但是該工具不適應(yīng)于復(fù)雜的流程化測(cè)試，例如需要根據(jù)上次接口的響應(yīng)報(bào)文做分別處理，或者下次請(qǐng)求需要填充某個(gè)接口響應(yīng)的數(shù)據(jù)。

三、Swagger文檔

Swagger管理接口文檔，是當(dāng)下服務(wù)中很常用的組件，通過對(duì)接口和對(duì)象的簡(jiǎn)單注釋，快速生成接口描述信息，并且可以對(duì)接口發(fā)送請(qǐng)求，協(xié)助調(diào)試，該文檔在前后端聯(lián)調(diào)中極大的提高效率。

接口文檔的管理本身是一件麻煩事，接口通常會(huì)根據(jù)業(yè)務(wù)不斷的調(diào)整，如果單獨(dú)維護(hù)一份接口文檔，需要付出很多時(shí)間成本，并且容易出問題，利用swagger就可以避免這個(gè)問題。

借助swagger注解標(biāo)記對(duì)象

@TableName("jt_activity")
@ApiModel(value="活動(dòng)PO對(duì)象", description="活動(dòng)信息表【jt_activity】")
public class Activity {

    @ApiModelProperty(value = "主鍵ID")
    @TableId(type = IdType.AUTO)
    private Integer id;

    @ApiModelProperty(value = "活動(dòng)主題")
    private String activityTitle;

    @ApiModelProperty(value = "聯(lián)系號(hào)碼")
    private String contactPhone;

    @ApiModelProperty(value = "1線上、2線下")
    private Integer isOnline;

    @ApiModelProperty(value = "舉辦地址")
    private String address;

    @ApiModelProperty(value = "主辦單位")
    private String organizer;

    @ApiModelProperty(value = "創(chuàng)建時(shí)間")
    private Date createTime;
}

借助swagger注解標(biāo)記接口

@Api(tags = "活動(dòng)主體接口")
@RestController
public class ActivityWeb {

    @Resource
    private ActivityService activityService ;

    @ApiOperation("新增活動(dòng)")
    @PostMapping("/activity")
    public Integer save (@RequestBody Activity activity){
        activityService.save(activity) ;
        return activity.getId() ;
    }

    @ApiOperation("主鍵查詢")
    @GetMapping("/activity/{id}")
    public Activity getById (@PathVariable("id") Integer id){
        return activityService.getById(id) ;
    }

    @ApiOperation("修改活動(dòng)")
    @PutMapping("/activity")
    public Boolean updateById (@RequestBody Activity activity){
        return activityService.updateById(activity) ;
    }
}

通常來說，基于swagger注解標(biāo)記接口類和方法上的入?yún)⒑完P(guān)鍵返參對(duì)象即可，這樣可以避免再單獨(dú)維護(hù)接口文檔。

Swagger接口文檔在開發(fā)的過程中更多是扮演文檔的角色，真正使用swagger去調(diào)試的接口也常是一些增刪改查的簡(jiǎn)單接口，這個(gè)工具也同樣不適應(yīng)于復(fù)雜流程的測(cè)試。

四、TestRestTemplate類

SpringBoot測(cè)試包中集成的測(cè)試API，需要依賴測(cè)試包，可以訪問控制層接口，非常方便的完成交互過程：

Jar包依賴

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-test</artifactId>
    <scope>test</scope>
</dependency>

使用案例

@RunWith(SpringRunner.class)
@SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.RANDOM_PORT)
public class ActivityTest01 {
    protected static Logger logger = LoggerFactory.getLogger(ActivityTest01.class) ;

    @Resource
    private TestRestTemplate restTemplate;

    private Activity activity = null ;
    @Before
    public void before (){
        activity = restTemplate.getForObject("/activity/{id}", Activity.class,1);
        logger.info("\n"+JSONUtil.toJsonPrettyStr(activity));
    }
    @Test
    public void updateById (){
        if (activity != null){
            activity.setCreateTime(new Date());
            activity.setOrganizer("One商家");
            restTemplate.put("/activity",activity);
        }
    }
    @After
    public void after (){
        activity = restTemplate.getForObject("/activity/{id}", Activity.class,1);
        logger.info("\n"+JSONUtil.toJsonPrettyStr(activity));
        activity = null ;
    }
}

在TestRestTemplate源碼中可以發(fā)現(xiàn)，基于RestTemplate做封裝，很多功能的實(shí)現(xiàn)都是調(diào)用RestTemplate方法。

用寫代碼的方式去實(shí)現(xiàn)接口測(cè)試，靈活度非常高，可以根據(jù)流程做定制開發(fā)，很適應(yīng)于中等復(fù)雜的場(chǎng)景測(cè)試，這里為什么這樣描述，下面對(duì)比Http請(qǐng)求再細(xì)說。

五、Http請(qǐng)求模式

通過模擬接口的Http請(qǐng)求實(shí)現(xiàn)的方式，目前來說個(gè)人感覺靈活的最高的方式，先看簡(jiǎn)單的案例：

@RunWith(SpringRunner.class)
@SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.DEFINED_PORT)
public class ActivityTest03 {
    protected static Logger logger = LoggerFactory.getLogger(ActivityTest03.class) ;
    protected static String REQ_URL = "服務(wù)地址+端口";

    @Test
    public void testHttp (){
        // 查詢
        String getRes = HttpUtil.get(REQ_URL+"activity/1");
        logger.info("\n {} ",JSONUtil.toJsonPrettyStr(getRes));
        Activity activity = JSONUtil.toBean(getRes, Activity.class) ;
        // 新增
        activity.setId(null);
        activity.setOrganizer("Http商家");
        String saveRes = HttpUtil.post(REQ_URL+"/activity",JSONUtil.toJsonStr(activity));
        logger.info("\n {} ",saveRes);
        // 更新
        activity.setId(Integer.parseInt(saveRes));
        activity.setOrganizer("Put商家");
        String putRes = HttpRequest.put(REQ_URL+"/activity")
                .body(JSONUtil.toJsonStr(activity)).execute().body();
        logger.info("\n {} ",putRes);
    }
}

這種方式對(duì)于復(fù)雜的業(yè)務(wù)流程來說非常好用，當(dāng)然這里不排除個(gè)人習(xí)慣，在測(cè)試復(fù)雜流程的時(shí)候，一個(gè)簡(jiǎn)單方案：

用戶信息：模擬http中token數(shù)據(jù)；
業(yè)務(wù)流程：通過數(shù)據(jù)獲取包裝參數(shù)模型；
獨(dú)立服務(wù)管理，模擬并發(fā)場(chǎng)景；
根據(jù)執(zhí)行過程生成分析數(shù)據(jù)結(jié)果；

對(duì)于復(fù)雜業(yè)務(wù)流程的測(cè)試，每個(gè)節(jié)點(diǎn)的模擬都具有一定的難度，通常在完整的流程中涉及到的服務(wù)和庫表都是多個(gè)，并且請(qǐng)求鏈路復(fù)雜，基于一個(gè)靈活的自動(dòng)化流程，去測(cè)試完整的鏈路，可以對(duì)效率有極大的提升。

六、Service層測(cè)試

針對(duì)服務(wù)層的測(cè)試手段，其本意在于業(yè)務(wù)實(shí)現(xiàn)的邏輯測(cè)試：

@RunWith(SpringRunner.class)
@SpringBootTest(classes = Application.class)
public class ActivityTest04 {
    protected static Logger logger = LoggerFactory.getLogger(ActivityTest04.class) ;

    @Autowired
    private ActivityService activityService ;

    @Test
    public void testService (){
        // 查詢
        Activity activity = activityService.getById(1) ;
        // 新增
        activity.setId(null);
        activityService.save(activity) ;
        // 修改
        activity.setOrganizer("Ser商家");
        activityService.updateById(activity) ;
        // 刪除
        activityService.removeById(activity.getId()) ;
    }
}

該測(cè)試在實(shí)際的開發(fā)過程也并不常用，偶爾在于某個(gè)業(yè)務(wù)方法實(shí)現(xiàn)難度很大，用來針對(duì)性測(cè)試。

七、MockMvc方式

MockMvc同樣是SpringBoot集成測(cè)試包提供的測(cè)試方式，通過對(duì)象的模擬，驗(yàn)證接口是否符合預(yù)期：

@AutoConfigureMockMvc
@RunWith(SpringRunner.class)
@SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.MOCK)
public class ActivityTest02 {
    protected static Logger logger = LoggerFactory.getLogger(ActivityTest02.class) ;
    @Resource
    private MockMvc mockMvc ;

    private Activity activity = null ;

    @Before
    public void before () throws Exception {
        ResultActions resultAction = mockMvc.perform(MockMvcRequestBuilders.get("/activity/{id}",1)) ;
        MvcResult mvcResult = resultAction.andReturn() ;
        String result = mvcResult.getResponse().getContentAsString();
        activity = JSONUtil.toBean(result,Activity.class) ;
    }

    @Test
    public void updateById () throws Exception {
        activity.setId(null);
        activity.setCreateTime(new Date());
        activity.setOrganizer("One商家");
        ResultActions resultAction = mockMvc.perform(MockMvcRequestBuilders.post("/activity")
                                            .contentType(MediaType.APPLICATION_JSON)
                                            .content(JSONUtil.toJsonStr(activity))) ;
        MvcResult mvcResult = resultAction.andReturn() ;
        String result = mvcResult.getResponse().getContentAsString();
        activity.setId(Integer.parseInt(result));
        logger.info("result : {} ",result);
    }

    @After
    public void after () throws Exception {
        activity.setCreateTime(new Date());
        activity.setOrganizer("Update商家");
        ResultActions resultAction = mockMvc.perform(MockMvcRequestBuilders.put("/activity")
                .contentType(MediaType.APPLICATION_JSON)
                .content(JSONUtil.toJsonStr(activity))) ;
        MvcResult mvcResult = resultAction.andReturn() ;
        String result = mvcResult.getResponse().getContentAsString();
        logger.info("result : {} ",result);
    }
}

對(duì)于這種Mock類型的測(cè)試，非常專業(yè)，通常個(gè)人使用極少，暫時(shí)沒有Get到其精髓思想。

八、Mockito測(cè)試

Mock屬于非常專業(yè)和標(biāo)準(zhǔn)的測(cè)試手段，需要依賴powermock包：

<dependency>
    <groupId>org.powermock</groupId>
    <artifactId>powermock-core</artifactId>
    <scope>test</scope>
</dependency>
<dependency>
    <groupId>org.powermock</groupId>
    <artifactId>powermock-api-mockito2</artifactId>
    <scope>test</scope>
</dependency>
<dependency>
    <groupId>org.powermock</groupId>
    <artifactId>powermock-module-junit4</artifactId>
    <scope>test</scope>
</dependency>

簡(jiǎn)單使用案例：

@RunWith(PowerMockRunner.class)
@SpringBootTest
public class ActivityTest05 {

    @Test
    public void testMock (){
        Set mockSet = PowerMockito.mock(Set.class);
        PowerMockito.when(mockSet.size()).thenReturn(10);
        int actual = mockSet.size();
        int expected = 15 ;
        Assert.assertEquals("返回值不符合預(yù)期",expected, actual);
    }

    @Test
    public void testTitle (){
        String expectTitle = "Mock主題" ;
        Activity activity = PowerMockito.mock(Activity.class);
        PowerMockito.when(activity.getMockTitle()).thenReturn(expectTitle);
        String actualTitle = activity.getMockTitle();
        Assert.assertNotEquals("主題相符", expectTitle, actualTitle);
    }
}

可以通過Mock方式，快速模擬出復(fù)雜的對(duì)象結(jié)構(gòu)，以便構(gòu)建測(cè)試方法，由于使用很少，同樣個(gè)人暫時(shí)沒Get到點(diǎn)。