接口测试平台中接口内容的设计

Posted 软件测试君

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了接口测试平台中接口内容的设计相关的知识,希望对你有一定的参考价值。


接口测试平台中接口内容的设计


关注测试君 | 会上瘾

接口测试平台中接口内容的设计


我们从表结构开始:


1、基础信息部分

这部分主要是该条case的一些基础信息,例如创建人、最后更新人(同时也是最后调试过该case的人)。因为我们的平台有一个登录系统,所以所有case在被创建和被编辑的时候,会自动保存对应操作人的信息。


接口测试平台中接口内容的设计

接口测试平台中接口内容的设计


2、接口信息

这部分就是基础的接口信息。例如url、path、端口号等,在此不做过多叙述。


接口测试平台中接口内容的设计


接口测试平台中接口内容的设计

3、请求参数

这部分主要是配置接口的请求参数,例如header、body之类的,json会直接存为string,而form会以key value的形式,转成json类型的string,在下文会做详细说明。


接口测试平台中接口内容的设计


接口测试平台中接口内容的设计


4、返回参数

这里是做参数依赖和断言的关键。


例如我们在B接口中,需要依赖A接口的返回值,以下文截图为例:


将截图部分视为A接口,如果B接口中需要用到A接口返回的"success"的值,则以jsonPath或正则表达式的方式,将该字段值提取出来,然后设置变量名为SUCCESS,然后在B接口中,使用该参数时,传递${SUCCESS}即可。


校验:真实值的取值方式,也支持jsonPath和正则表达式的方式两种方式,然后与预期值的对比,目前只支持equals(相等)和contains(包含)两种。emm… 目前只支持body的校验。


当我们的接口在执行时,拿到返回结果后,会逐一检查校验条件是否都满足,只要有一条不满足,则会显示调试失败。


接口测试平台中接口内容的设计


接口测试平台中接口内容的设计


这里是bean文件,可以做个对比。


@Data
public class TestCase {

    /** 主键id */
    private int id;

    /** 创建人 */
    private String createrName;

    /** 创建人code */
    private String createrCode;

    /** 创建时间 */
    @JsonFormat(locale="zh", timezone="GMT+8", pattern="yyyy-MM-dd")
    private Date createDate;

    /** 更新人 */
    private String updaterName;

    /** 更新人 */
    private String updaterCode;

    /** 更新时间 */
    @JsonFormat(locale="zh", timezone="GMT+8", pattern="yyyy-MM-dd")
    private Date updateDate;

    /** 所属系统名称 */
    private String systemName;

    /** 接口名称 */
    private String apiName;

    /** url */
    private String apiUrl;

    /** 端口号 */
    private Integer apiPort;

    /** 请求方式 */
    private String apiMethod;

    /** 请求路径 */
    private String apiPath;

    /** 备注 */
    private String description;

    /** headers
    * 第一个为PO,第二个为VO,以下内推
     */

    private String headerValue;
    private List<RequestHeaders> headerForm;

    /**
     * body类型
     * 1.json  2.url form
     */

    private int bodyType;

    /** body-json */
    private String jsonValue;

    /** body-urlform */
    private String formValue;

    /** 需要保存的变量 */
    private String variableListValue;
    private List<VariableSave> variableList;

    /** 校验方式 */
    private String expectedListValue;
    private List<Expected> expectedList;

    /** 最后一次请求状态 */
    private Boolean status;

    /** 响应结果 */
    private String result;


}


最后,对header、保存变量和校验方式的存储做一个说明。


以该条“保存变量”为例:


接口测试平台中接口内容的设计


extractMethod对应的是变量的提取方式,extractRule是提取规则,variableName为变量名。


[{"extractMethod":1,"extractRule":"$.success","variableName":"SUCCESS"},
{"extractMethod":2,"extractRule":".*?","variableName":"ALL"}]


header、保存变量和校验方式均由以上形式,以JSONArray的方式存入数据库。


下篇文章将会讲解接口的具体执行部分(因为这两篇文章加起来,就可以做一个接口自动化框架了~~),有疑问的小伙伴可在文章下方留言,我会不断优化文章的内容!


接口测试平台中接口内容的设计


接口测试平台中接口内容的设计




接口测试平台中接口内容的设计



接口测试平台中接口内容的设计




以上是关于接口测试平台中接口内容的设计的主要内容,如果未能解决你的问题,请参考以下文章

接口自动化支持插件扩展,提供MQTT插件,MeterSphere开源持续测试平台v1.13.0发布

(三)接口自动化测试平台之——测试集合接口测试交互页面设计

分布式接口自动化测试平台

[原创]浅谈互联网金融接口测试平台搭建

接口测试平台:工具Battle框架 or 工具Peace框架

Express实战 - 应用案例- realworld-API - 路由设计 - mongoose - 数据验证 - 密码加密 - 登录接口 - 身份认证 - token - 增删改查API(代码片段