缘由
从事一线测试工作这些年来，使用过很多接口测试工具，从最初的postman到Jmeter，再后来到自己写的基于数据驱动思想的接口测试工具。慢慢感觉这些测试工具基本上都能完成接口自动化测试工作，但是由于部分工具对于没有代码基础的同事不友好，缺少可视化功能，在公司内部的推广上存在很大的不便。使用了一系列工具以后，慢慢自己脑海里也积累了不少对于接口自动化的思考，于是萌生自建接口自动化平台的想法。
回顾
自己工作以来，使用过以下接口自动化工具。
postman
最初使用的接口测试工具，后端的同事用来调试接口，然后自己拿来用了一下，感觉上手很容易，于是最初工作中作为接口测试的利器。
优点：
- 上手简单、上手简单、上手简单（重要的话说三遍）
- 界面简洁优美、文档比较全、提供java script脚本进行扩展
缺点：
- 可扩展性不够，例如接口校验提供的功能不够完善；
- 接口脚本编写效率不高。
jmeter
起初是用这货来做接口性能测试的，后来发现做接口自动化也是可以的，于是用了一段时间。
优点：
- apache顶级项目，文档齐全；有GUI界面，方便可视化操作
- 使用java编写，可扩展性强（需要一定编程功底）
- 插件丰富，插件基本上能够满足日常工作
缺点：
- 重量级的工具，对于接口测试较为臃肿
- GUI脚本编写效率不高
- 脚本编写不够灵活
rest-allex
自己用java编写的基于数据驱动的接口测试工具。
优点：
- 可扩展性强，可以轻松对功能扩展；
- 基于excel数据驱动，脚本编写效率高；
- 自定义的测试报告，较为灵活美观。
缺点：
- 框架较为简陋，功能不够丰富。
- 编写扩展门槛比较高，需要一定的java语言基础，因此推广困难。
至于soupUI和robot framework等工具框架，简单了解一下，并未特别深入。
思考
接口自动化平台需要什么功能？
- 方便快捷的管理被测系统的接口信息
- 方便的编写和组织接口测试用例
- 方便的接口断言
- 数据隔离，不会让测试数据污染测试环境
- 快捷切换让测试环境管理不再成为难题
- 无人值守，自动化定时任务
- 测试报告管理归档
- 与开发的持续集成系统对接，自动进行接口测试任务
- 基于接口模板的自动生成测试用例功能
基于以往工具的痛点和思考，我的接口自动化测试平台开发之旅开始了!
未完
