-
測試環境配置：
查看全部 -
接口測試工具分類：
1、抓取接口——fiddle
2、測試接口
查看全部 -
接口測試工具：
目的：提高工作效率
查看全部 -
接口測試的重要流程：設計測試用例
查看全部 -
接口測試三劍客
抓包工具fiddler,接口測試工具postman,Python開發測試工具。
查看全部 -
測試工作中不熟悉工具使用查看日志結果會導致工作低效率的工作
如何選擇接口測試工具
1、時間
2、簡易程度
3、業務復雜度
4、測試員能力
接口測試工具分類
1抓取接口
2測試接口
查看全部 -
為什么要講接口測試流程？
1、面試用
2、熟悉接下來該干的事情
3、掌握基礎知識
為什么要設計測試用例
1、理清思路，避免漏測
2、提高測試效率
3、跟進測試進度
4、告訴領導做過
5、跟進重復性工作
用例設計
1、功能
2、邏輯業務
3、異常
4、安全
用例設計-功能用例設計
①功能是否正常
②功能是否按照接口文檔實現;代碼接口參數名應該和接口文檔統一
用例設計-邏輯用例設計
①是否依賴業務
用例設計-異常測試用例設計
①參數異常：
.關鍵字參數java,python,mysql這些，可以用鍵改為關鍵字進行測試。
.參數為空
.參數 多一個或少一個
.參數錯誤
用例設計-異常測試用例設計
①數據異常：關鍵字數據，數據為空，長度不一致，錯誤數據
用例設計-安全測試用例設計
①cookie
②header，移動端需要特別測試header
③唯一識別碼
查看全部 -
這里面長度不一致的情況下，是不是就不應該查詢數據庫了？因為長度和數據庫可存儲長度不同，直接屬于不合法的用戶名稱，再執行查詢的話，是不能允許也完全不需要的。
查看全部 -
get請求中有意添加新的參數，后臺返回信息表示正確，是不是應該算是業務實現上存在風險？
我記得前端如果用戶添加了新的功能，在業務部分會更新到數據庫。那么我在頁面傳參時加入權限信息，就會改變用戶的權限操作范圍。個人認為業務風險在此。
查看全部 -
我在想如果我能將業務場景的相關接口都測到，在項目功能上應該不存在遺漏bug的可能性吧？但是這是不是違反了窮盡原則？
查看全部 -
接口測試工具
查看全部 -
接口測試用例設計 思路:功能是否正常查看全部
-
異常測試:參數異常，數據異常查看全部
-
接口測試會更加
查看全部 -
導包
定義URL:
例如：URL = 'HTTP:168.0.0.1:8080/ABC/AAA'
定義請求數據，并對數據進行賦值：
注：這里請求的參數數據都是在字典里面的:data = {}
對請求數據進行編碼，
將數據和URL進行連接
打開請求，獲取對象
讀取服務端返回的數據
查看全部
舉報