接口測試發(fā)現(xiàn)的典型問題
- 傳入?yún)?shù)處理不當，引起程序錯誤
- 類型溢出，導致數(shù)據(jù)讀取和寫入不一致
- 對象權限校驗出錯，可獲取其他角色信息
- 狀態(tài)出錯，導致邏輯處理出現(xiàn)問題
- 邏輯校驗不完善
- 定時任務執(zhí)行出錯
接口測試用例設計
接口測試用例設計主要針對輸入、處理、輸出進行考慮
針對輸入進行設計
對于接口來說，輸入就是入?yún)ⅲ话愕膮?shù)類型
- 數(shù)值型
- 邊界內(nèi)、邊界值、邊界外三個方面去考慮
- 特殊值處理不當程序異常、類型邊界溢出、錯誤信息返回不正確
- 字符串
- 主要考慮字符串長度和字符串的內(nèi)容
- 空、特殊字符、數(shù)字、表情符號
- 數(shù)組鏈表
- 多個重復值、空、最大范圍值
- 結(jié)構(gòu)體：json、字典
- 字段錯誤，字段類型錯誤、未包含字段、缺失字段
針對邏輯設計
-
限制條件
- 數(shù)值類型限制，比如購買次數(shù)、登錄次數(shù)、優(yōu)惠券最大面額、訂單取消次數(shù)等
- 狀態(tài)限制：比如是否登錄、是否有訂單等
- 關系限制：比如好友關系、關注關系，只能查看好友或者關注人的朋友圈
- 權限限制：比如銷售只能查看和自己綁定客戶數(shù)據(jù)，而管理員可有查看所有客戶數(shù)據(jù)
- 時間限制：比如未支付過20分鐘訂單自動取消
-
狀態(tài)轉(zhuǎn)換分析
比如一個出租車訂單，從乘客下單、司機搶單、到達起點、接上乘客、到達目的地，發(fā)起支付，支付，評價這是一個完整的訂單狀態(tài)轉(zhuǎn)換流程，必須按照這個次序，才能正確流轉(zhuǎn)，一旦打亂其中任何一個狀態(tài)，就會出現(xiàn)邏輯問題。
接口用例可以這樣設計：
- 正常狀態(tài)遷移： 乘客下單，司機搶單，
- 異常狀態(tài)遷移：乘客剛下的那，司機發(fā)起支付，出現(xiàn)異常
針對輸出設計
- 針對輸出結(jié)果
一般情況下，接口正常處理的結(jié)果可能只有一個，但是異常的處理結(jié)果，可能會返回多種錯誤，那就可以針對不同的錯誤進行設計
- 接口超時
- 舊版本接口
- 廢棄接口
- 接口設計是否合理，比如字段冗余、接口冗余、返回錯誤信息是否清晰明了、調(diào)用是否方便
- 冪等性
postman接口測試教程：2023全網(wǎng)封神，B站講的最詳細的Postman接口測試實戰(zhàn)教學，小白都能學會_嗶哩嗶哩_bilibilihttps://www.bilibili.com/video/BV16L41117wB/?spm_id_from=333.999.0.0&vd_source=6e2d6c374fd551babe1ac6a5e60c5a75
?文章來源：http://www.zghlxwxcb.cn/news/detail-631786.html
?文章來源地址http://www.zghlxwxcb.cn/news/detail-631786.html
到了這里，關于關于接口測試用例設計的一些思考的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章，希望大家以后多多支持TOY模板網(wǎng)！
