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