0、实现方式

1、数据构建

​ 我们在测试过程中发现测试数据的构建非常重要。如测试数据需要有真实性、唯一性、A 接口依赖 B 接口的返回值。目前通过提供环境变量、方法反射、接口依赖、SQL 依赖等方式提供数据,通过 ${}表达式引用。

1、环境变量

​ 最简单的一种方式,key-value 方式

2、预置方法

​ 通过反射的方式,动态调用预置的数据构造方法

3、SQL 语句

​ 为保证数据在不同环境的通用性,首先需实现数据源模块,这样可以保证在不同环境下执行用例连接到不同的数据库

4、接口依赖

​ 选择已有的测试用例,提取响应头或者响应体数据

2、接口测试

2.1、测试用例

支持编写、导入(har、json、yaml 等)、复制、生成

2.2.1、编写

前置用例:支持在执行用例前执行其他测试用例

基本信息:主要是关联项目及模块

请求信息:配置请求方式、URL、headers、params、body

请求参数缓存:将请求参数中的 headers、params、form-data、json 对其进行暂存。可通过 #{}操作符调用

断言信息:支持多种断言方式及操作符

响应数据缓存:将响应内容的 headers、body 进行暂存。可通过 #{}操作符调用

可以看到可配置缓存请求参数以及响应数据,有何作用呢?举个简单栗子:如在测试用户详情接口,我们入参为 userId,断言需对响应体结果逐一校验,这就需要用到入参的 userId

----------------------------------------------------------------------------------------------------

1.缓存 URL 参数 userId

2.准备检查 SQL,依赖名称为 SelectUserInfoById

3.断言检查接口返回值 username、realName 字段

4.执行日志

----------------------------------------------------------------------------------------------------








2.2.2、生成

目前项目约束了一套规则配置,配置后,可根据等价类、边界值为每个属性生成约束,最终根据正交法或笛卡尔积生成完整的测试用例。同时为了保证数据的可重复性,数据类型支持动态数据,如用户注册时,可保证当前生成的 username 在数据库中不存在。

为有效等价类用例和无效等价类用例,单独配置通用断言


动态生成结果(用例可复用)

静态生成结果

2.2.3、导入

目前支持了 har、json、yaml、csv、excel 方式导入。另外,可在导入时将用例加入测试套件

2.2、用例执行日志

用例执行日志将记录用例的执行情况,断言信息,方便排错。同时,加入执行链路跟踪,使用例整体运行情况更加清晰。

可以通过点击查看未解析依赖值之前的原始语法

一次 “获取用户详情” 用例完整的链路跟踪

2.3、测试套件

测试套件与测试用例之见为 N 对 N 关系。你可以

在测试套件执行之前:为套件执行依赖、添加通用 headers、params、form-data

在测试套件执行之后:为套件执行依赖

测试套件通过并行的方式大幅提升测试效率。当然测试套件中用例同样提供执行先后顺序的设定

可以方便快捷的维护套件内的用例

通过并行的方式,在 1s 不到的时间内执行了 24 条测试用例

2.4、测试报告

在测试套件执行后,将生成测试报告。统计基本运行情况及详细的请求信息


2.5、其他设置

1.定时任务:可为测试套件制定定时任务

2.设置代理:便于调试及监控

3.超时配置:防止超时阻塞

3、稳定性测试

平时可能会对一些接口进行稳定性测试,因此特意支持按执行时长和执行次数两种调度方式。同时将保留执行日志

4、mock

mock 基于开源 mock 框架 mock-server。关于这一块,在我之前的帖子可以看到,在此不再赘述,目前主要实现的功能点有:


↙↙↙阅读原文可查看相关链接,并与作者交流