ApiPost-API調(diào)試管理工具-ApiPost下載 v3.2.3官方版本

ApiPost是一個支持團隊協(xié)作的的API調(diào)試、管理工具，為更好地服務于技術開發(fā)人員，ApiPost能夠一鍵快速生成接口文檔，節(jié)省大量開發(fā)時間。ApiPost還支持模擬POST、GET、PUT等常見請求，支持chrome插件，且可跨平臺操作。就目前使用口碑來看，ApiPost真的是開發(fā)、測試、技術人員不可或缺的一款工具。

ApiPost特色

1.更方便
支持接口調(diào)試的同時快速生成、一鍵導出api文檔。開發(fā)人員再也不用頭疼接口文檔的編寫。

2.更安全
支持離線接口調(diào)試。同時，在線版數(shù)據(jù)完全以加密的形式存儲在云端，100%隱私安全保障。

3.跨平臺
提供Chrome拓展插件、Window、Mac客戶端3個版本，跨平臺支持且界面相似，易學易用。

ApiPost功能

1.快速生成、一鍵導出API文檔
ApiPost不僅可以快速生成接口文檔，還支持導出離線html文檔。方便您部署接口文檔到您的本地甚至局域網(wǎng)服務器

2.支持攜帶COOKIE請求，模擬登錄
支持Cookie管理，發(fā)送接口時，可以攜帶自定義的Cookie進行模擬登陸，從而方便測試一些需要登錄才能訪問的API

3.清晰的使用流程，跨平臺支持
ApiPost擁有Chrome拓展插件、Window客戶端、Mac客戶端3大版本，軟件界面清爽，使用簡單，功能類似PostMAN和Rap的結合，更適合中文版的國人使用

4.個人免費版功能
團隊協(xié)作支持 2 名成員，最多支持創(chuàng)建 10 個項目。每個項目最多支持創(chuàng)建 10 個文件夾，每個項目最多支持創(chuàng)建 200 個接口，每個項目最多支持創(chuàng)建 10 個全局注釋。

ApiPost使用場景

場景1：

后端開發(fā)，經(jīng)常需要寫接口（APIs），如果前段還沒有能夠調(diào)用，我們只能自己先測試下，看是不是能夠返回所預想的結果。除了GET請求可使用瀏覽器或者鏈接傳參數(shù)來查看結果，像POST、PUT、DELETE等接口的測試，就需要ApiPost參與。

場景2：

作為苦命的“程序猿”，一般都很痛恨兩件事：一是自己寫開發(fā)文檔，二是別人不寫文檔。而ApiPost的快速自動生成接口文檔功能，著實讓大家節(jié)省不少時間。

場景3：

ApiPost比較擅長反饋接口數(shù)據(jù)，這對于應用開發(fā)的程序員來說是有多重要，可想而知。

場景4：

對于一個功能測試人員，ApiPost同樣擁有用武之地！

場景5：

作為一個技術經(jīng)理，我們關心的無非就是2點：效率和管理。

ApiPost作為支持團隊協(xié)作的接口管理工具，讓同事們在調(diào)試接口的同時快速生成接口文檔，時間節(jié)省一半，提升效率毋庸置疑；

同時，ApiPost的接口數(shù)據(jù)全部加密存儲在云端，隨時隨地您都可以查看。即保證了數(shù)據(jù)安全性又省去了接口管理的大麻煩！

ApiPost如何使用測試校驗教程

作為一名開發(fā)人員，我們所做的事情無非就是在寫B(tài)ug和改Bug。無論是協(xié)作開發(fā)、版本升級還是服務器升級，接口都有可能返回一些和我們預期結果不一致的bug。為了便于開發(fā)&測試人員能夠更快的發(fā)現(xiàn)bug，有利于整個產(chǎn)品質(zhì)量以及進度的保證。ApiPost推出了測試校驗功能。

1、第一步：定義測試用例
我們以以下接口為例：

如圖所示，我們想校驗每次返回的數(shù)據(jù)是否正確，就可以點擊【測試用例】添加測試用例了。

2、第二步：進行測試
如上圖，我們保存4個用例，分別校驗：
響應體格式是否為json
響應體的errcode是否為0
響應體的data.token不為空
響應頭server為nginx。
保存測試用例后，點擊發(fā)送按鈕，就會得到如下測試結果：

綠色表示測試通過，紅色表示測試不通過。由于返回的結果全部符合預期，所以均為綠色。
注意：每個測試用例是一行，不能換行。
附：響應類型對應關系：
Response（響應） ：對應響應結果；
ResponseJson（響應對象）：對應響應結果的響應體（目前僅支持JSON格式的響應結果綁定環(huán)境變量）；
ResponseHeader（響應頭）：對應響應結果的響應頭。