接口自动化测试平台开发那些事1 (前言)

缘由

---

从事一线测试工作这些年来，使用过很多接口测试工具，从最初的postman到Jmeter，再后来到自己写的基于数据驱动思想的接口测试工具。慢慢感觉这些测试工具基本上都能完成接口自动化测试工作，但是由于部分工具对于没有代码基础的同事不友好，缺少可视化功能，在公司内部的推广上存在很大的不便。使用了一系列工具以后，慢慢自己脑海里也积累了不少对于接口自动化的思考，于是萌生自建接口自动化平台的想法。

回顾

---

自己工作以来，使用过以下接口自动化工具。

postman

最初使用的接口测试工具，后端的同事用来调试接口，然后自己拿来用了一下，感觉上手很容易，于是最初工作中作为接口测试的利器。

优点：

1. 上手简单、上手简单、上手简单（重要的话说三遍）
2. 界面简洁优美、文档比较全、提供java script脚本进行扩展

缺点：

1. 可扩展性不够，例如接口校验提供的功能不够完善；
2. 接口脚本编写效率不高。

jmeter

起初是用这货来做接口性能测试的，后来发现做接口自动化也是可以的，于是用了一段时间。

优点：

1. apache顶级项目，文档齐全；有GUI界面，方便可视化操作
2. 使用java编写，可扩展性强（需要一定编程功底）
3. 插件丰富，插件基本上能够满足日常工作

缺点：

1. 重量级的工具，对于接口测试较为臃肿
2. GUI脚本编写效率不高
3. 脚本编写不够灵活

rest-allex

自己用java编写的基于数据驱动的接口测试工具。
优点：

1. 可扩展性强，可以轻松对功能扩展；
2. 基于excel数据驱动，脚本编写效率高；
3. 自定义的测试报告，较为灵活美观。

缺点：

1. 框架较为简陋，功能不够丰富。
2. 编写扩展门槛比较高，需要一定的java语言基础，因此推广困难。

至于soupUI和robot framework等工具框架，简单了解一下，并未特别深入。

思考

接口自动化平台需要什么功能？

• 方便快捷的管理被测系统的接口信息
• 方便的编写和组织接口测试用例
• 方便的接口断言
• 数据隔离，不会让测试数据污染测试环境
• 快捷切换让测试环境管理不再成为难题
• 无人值守，自动化定时任务
• 测试报告管理归档
• 与开发的持续集成系统对接，自动进行接口测试任务
• 基于接口模板的自动生成测试用例功能

基于以往工具的痛点和思考，我的接口自动化测试平台开发之旅开始了!

未完