【架构实战】接口自动化测试平台实践

目录

一、概述

1.1 接口自动化概述

1.2 提高ROI

针对“减少投入成本”

针对“增加使用率”

1.3 Lego的组成

二、脚本设计

2.1 Lego的做法

2.2 测试脚本

2.3 配置文件

使用SQL最大的好处就是灵活

多标签时，可以分组展示

报告更美观丰富

支持多团队

三、用例设计

3.1 一些思考

通用

校验

健壮

易用

3.2 Lego接口自动化测试用例

3.3 参数化

“参数化”实例

“参数化”的场景

3.4 前后置动作

“前后置动作”实例

Q & A

3.5 执行各部分

测试发起

数据 / 环境准备

测试执行

检查点校验

当JsonPath返回的结果是列表的形式时

除此之外，还有非常多的花样玩法

测试结果

后期优化

四、网站功能

4.1 站点开发

4.2 整体组成

4.3 使用-日常维护

Step 1

Step 2

Step 3

4.4 用例编辑

4.5 在线调试

4.6 用例生成工具

4.7 执行结果分析

4.8 失败原因跟踪

4.9 代码覆盖率分析

4.10 用例优化方向

4.11 收集反馈/学习

五、总结

---

一、概述

1.1 接口自动化概述

众所周知，接口自动化测试有着如下特点：

• 低投入，高产出。
• 比较容易实现自动化。
• 和UI自动化测试相比更加稳定。

如何做好一个接口自动化测试项目呢？

我认为，一个“好的”自动化测试项目，需要从“时间”、“人力”、“收益”这三个方面出发，做好“取舍”。

不能由于被测系统发生一些变更，就导致花费了几个小时的自动化脚本无法执行。同时，我们需要看到“收益”，不能为了总想看到100%的成功，而少做或者不做校验，但是校验多了维护成本一定会增多，可能每天都需要进行大量的维护。

所以做好这三个方面的平衡并不容易，经常能看到做自动化的同学，做到最后就本末倒置了。

1.2 提高ROI

想要提高ROI（Return On Investment，投资回报率），我们必须从两方面入手：

1. 减少投入成本。
2. 增加使用率。

针对“减少投入成本”

我们需要做到：