緣由
從事一線測試工作這些年來，使用過很多接口測試工具，從最初的postman到Jmeter，再后來到自己寫的基于數據驅動思想的接口測試工具。慢慢感覺這些測試工具基本上都能完成接口自動化測試工作，但是由于部分工具對于沒有代碼基礎的同事不友好，缺少可視化功能，在公司內部的推廣上存在很大的不便。使用了一系列工具以后，慢慢自己腦海里也積累了不少對于接口自動化的思考，于是萌生自建接口自動化平臺的想法。
回顧
自己工作以來，使用過以下接口自動化工具。
postman
最初使用的接口測試工具，后端的同事用來調試接口，然后自己拿來用了一下，感覺上手很容易，于是最初工作中作為接口測試的利器。
優點：
- 上手簡單、上手簡單、上手簡單（重要的話說三遍）
- 界面簡潔優美、文檔比較全、提供java script腳本進行擴展
缺點：
- 可擴展性不夠，例如接口校驗提供的功能不夠完善；
- 接口腳本編寫效率不高。
jmeter
起初是用這貨來做接口性能測試的，后來發現做接口自動化也是可以的，于是用了一段時間。
優點：
- apache頂級項目，文檔齊全；有GUI界面，方便可視化操作
- 使用java編寫，可擴展性強（需要一定編程功底）
- 插件豐富，插件基本上能夠滿足日常工作
缺點：
- 重量級的工具，對于接口測試較為臃腫
- GUI腳本編寫效率不高
- 腳本編寫不夠靈活
rest-allex
自己用java編寫的基于數據驅動的接口測試工具。
優點：
- 可擴展性強，可以輕松對功能擴展；
- 基于excel數據驅動，腳本編寫效率高；
- 自定義的測試報告，較為靈活美觀。
缺點：
- 框架較為簡陋，功能不夠豐富。
- 編寫擴展門檻比較高，需要一定的java語言基礎，因此推廣困難。
至于soupUI和robot framework等工具框架，簡單了解一下，并未特別深入。
思考
接口自動化平臺需要什么功能？
- 方便快捷的管理被測系統的接口信息
- 方便的編寫和組織接口測試用例
- 方便的接口斷言
- 數據隔離，不會讓測試數據污染測試環境
- 快捷切換讓測試環境管理不再成為難題
- 無人值守，自動化定時任務
- 測試報告管理歸檔
- 與開發的持續集成系統對接，自動進行接口測試任務
- 基于接口模板的自動生成測試用例功能
基于以往工具的痛點和思考，我的接口自動化測試平臺開發之旅開始了!
未完
