共计 2021 个字符，预计需要花费 6 分钟才能阅读完成。
原文由 cheunghr 发表于 TesterHome 社区，点击原文链接可与作者间接交换。
0、实现形式
- 后端：java
- 前端：vue+element-ui
- mock：mock-server
- 其它：redis
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。对于这一块，在我之前的帖子能够看到，在此不再赘述，目前次要实现的性能点有：
- 多节点：可满足不同人员对于雷同接口的配置
- 动静注入：运行时注入 / 启停 mock-server、mock-api，无需启停服务
- 可视化报告：由 mock-server-ui 提供
- 丰盛的命中策略：反对 header、body、queryparams、pathparams
- 反对主动转发：在未命中 mock-api 时反对主动转发实在服务
- 反对响应延时配置
原文由 cheunghr 发表于 TesterHome 社区，点击原文链接可与作者间接交换。
今日份的常识已摄入~
想理解更多前沿测试开发技术：欢送关注「第十届 MTSC 大会·上海」>>>
1 个主会场 +12 大专场，大咖星散精英齐聚
12 个专场包含：
知乎、OpenHarmony、开源、游戏、酷家乐、音视频、客户端、服务端、数字经济、效力晋升、品质保障、智能化测试
