-
如何選擇接口測試工具
1、時間
2、簡易程度
3、業務復雜度
4、測試員能力
接口測試工具分類
1、抓取接口
2、測試接口
查看全部 -
接口測試流程：需求討論、需求評審、場景設計、用例設計、數據準備、執行
接口用例設計：功能、邏輯業務、異常（參數異?！娟P鍵字異常、參數為空，多少參數，錯誤參數】、數據異?！娟P鍵字數據、數據為空、長度不一致、錯誤數據】）、安全（關鍵字）
設計測試用例的目的：
? ? ? ? ? 1、理清思路，避免漏測
? ? ? ? ? 2、提高測試效率
? ? ? ? ? 3、跟進測試進度
用例設計---安全測試用例設計
1、cookie
2、header
3、唯一識別碼
查看全部 -
用例設計---安全測試用例設計
1、cookie
2、header
3、唯一識別碼
查看全部 -
什么是接口測試：
接口的分類：http請求有：post、get、delete、put
post請求的數據是放在WebForm里面的，以表單形式提交
get請求數據小一些，post請求數據大一些；get安全性更差一些，post數據更安全一些；
查看全部 -
postman的應用：
1、組成：操作歷史記錄、接口地址以及請求方式、服務端返回的數據
2、postman可以進行接口的批量執行，需要把所有要測試的接口放在一個文件夾下，點擊右邊的三角形，然后點擊run，進行運行
3、postman可以設置線上和測試環境的地址名稱
查看全部 -
1、fiddle的應用：
查看接口的傳輸方式（在Inspectors這個選項下面的Headers里面）；
查看請求數據、響應數據（在Inspectors這個選項下面的Headers里面，get請求中的?后面是參數，參數和參數之間用&符號進行連接）
查看接口返回狀態（在fiddle中的左側請求欄中result這一列所對應的數字就是這個接口所返回的狀態）
設置代理（抓取移動端數據時需要設置代理，在工具欄中的Tools中Options里面的Connections，端口號設為8888，把端口號下面的最后3個復選框打上勾）
header和cookie（cookie屬于header信息的一部分，還是在Inspectors這個選項下面的Headers里面）
設置斷點（斷點是在Rules中的A托馬提出Breakpoints中請求錢進行斷點或者在響應后設置斷點）
添加篩選（篩選http請求，需要在Filters中設置相應的接口地址，就能夠篩選出來）
fiddle進行接口測試（在右側的composer中選擇相應的接口類型，填入相應的信息，點擊右上角的excute，左側就會出現這個相應的接口，進行測試）
查看全部 -
fiddle定義：
查看全部 -
沒有接口文檔的時候，我們就要抓取接口；
查看全部 -
接口測試工具：
查看全部 -
接口測試用例設計主要考慮的4個方面：
1、功能角度（功能是否正常：請求返回的響應，數據結構是正確的，數據是正確的；功能是否按照接口文檔實現：接口的參數個數是否正確，參數的名稱是否正確）
2、邏輯業務（是否依賴業務：比如下單，就要判斷是不是已經登錄了）
3、異常（參數異常：關鍵字參數，關鍵字取決于開發語言，不同的開發語言，關鍵字是不同的，主要看服務器能不能正常轉碼處理；參數為空，即有一個參數不傳參數；多、少參數：多一個參數或者少一個參數，應該是該功能都不能實現；錯誤參數：把原有的參數名換成其他名，服務端應不應該報錯，正常情況下，服務器是不處理的，即報錯；；；；數據異常：關鍵字數據、數據為空、數據的長度進行驗證、錯誤數據）
4、安全（cookie：在遇到一些邏輯依賴業務時會用到cookie，即我都沒有登錄，我直接調用你的接口，你就給我返回成功，這個就是錯誤的；header：缺少header中的某一項，理論上也應該是不成功的；唯一識別碼：一些重要的功能需要鎖定手機，他會把手機的唯一識別碼傳進去，當唯一識別碼不正確時，服務器會報錯）
查看全部 -
1、設計測試用例的目的：
理清思路，避免漏測；提高測試效率；跟進測試進度；告訴領導，我做過這個測試；跟進重復性工作
查看全部 -
接口測試的流程：
查看全部 -
post請求的數據是放在WebForm里面的，以表單形式提交；
get請求數據小一些，post請求數據大一些；get安全性更差一些，post數據更安全一些；
查看全部 -
1、為什么要做接口測試？
因為接口是連接前端和后端的，前端和后端的工作進度不一樣，后端開發出來的接口，可以先進行測試；第二個原因是調用第三方的接口，可以進行驗證數據。這樣，可以提高工作效率，又可以提高系統的健壯性
查看全部 -
接口測試流程
查看全部
舉報