一款簡約實用的「在線接口流程測試工具」

去年爲了落地「基於代理服務的接口合併方案」,實用 Node 開發了一個 freedom-api 模塊,最近靈光一閃,發現了 freedom-api 的另外一個妙用,遂對 freedom-api 進行了升級完善,簡化流程。開發出了 在線接口流程測試工具,有興趣能夠嘗試下前端

1、目的

對於前端開發的同窗來講,會出現這樣一種場景:當後臺將接口交付以後,此時本身還在開發前端邏輯,忙得正焦頭爛額,只會簡單的經過瀏覽器或者 postMan 來試一試接口通不通,至於接口之間的上下承接,請求結果是否達到預期,無力 Care。當 Ready 去聯調的時候,結合業務邏輯,才發現接口會有各類各樣的坑,才讓後臺匆匆忙忙去修復,讓後臺白白錯過一個並行修復期。git

對於有專門接口測試同窗的 team,各類高級的接口測試工具卻是功能齊全,但是測試腳本的學習成本不可謂不高github

在 freedom-api 中,定義了一套基於 Json 的簡要的流程規則,若是輔之於一套可視化的流程配置界面,一款簡約實用的「在線接口流程測試工具」呼之欲出~~ web

工具界面

2、工做流程描述

  1. 用戶經過可視化的工具,配置好接口請求流程
  2. 點擊執行按鈕,客戶端將會和服務器端創建一個 web socket 鏈接,同時格式化流程定義發送到服務器端,服務器端在執行具體一個請求流程的先後,實時同步請求信息到客戶端,客戶端顯示流程日誌
  3. 對於具體的流程,還能夠經過簡單的 Js 表達式設置結果斷言,斷言不經過,流程將中斷,就能夠將接口懟回給後端了

3、優點

  1. 規則簡單:除了 $data$$allData$ 這倆內置變量,你不須要記住更多
  2. 完整的數據取用,你不光能夠看到 response.body,response.header 也一網打盡
  3. 不用擔憂登陸態。即便你的流程不少都須要基於頭一個接口完成的登陸,你也沒必要擔憂經過代理服務器請求以後,登陸態會丟失,由於 freedom-api 很好的處理了 cookie。若是登陸態不急於 cookie 維護,從 $allData$ 中能夠獲取到你所需的一切
  4. 清晰的編輯指引,以及內置的 demo,讓你輕鬆的編輯流程
  5. 我湊這麼多字數着實不易,有空就看看唄~~

4、有待優化

真實的應用場景中,接口流程的各類鑑權加密必不可少,目前工具這塊支持得比較簡單。好在,freedom-api 基於 tapable 插件機制,這一塊能夠補充各類插件供用戶勾選。固然這塊作不作,還得看 "Anybody care ?"後端

5、測試環境的接口,只能內網環境訪問

這個就是致命傷了,只能內網訪問的接口,個人服務器沒有理由能夠穿透。可是,若是須要,經過 freedom-api 本身在內網搭建一套有何妨? 還能夠經過補充各類插件,訂製完善各類功能。api

沒精力?Maybe I can help瀏覽器

相關文章
相關標籤/搜索