目錄
一、接口檢測步驟
1、需求討論
2、需求評審
3、場景設計
4、數據打算
5、測試執行
二、分析插口文檔元素
1、接口名稱
2、接口地址
3、支持格式
4、請求方法
5、請求參數(參數名稱、類型、是否必填、參數說明等)
6、返回參數(返回碼、返回值信息、返回JSON串信息)
手動化檢測學習交流群:全套手動化檢測口試簡歷學習資料獲取點擊鏈接加入群聊【自動化檢測交流】:
%2BF%%fg&=0&=
三、如何設計插口檢測用例
3.1、為什么要設計檢測用例
1、理清思路、避免漏測
2、提高檢測效率
3、跟進檢測進度
4、體歷任務工作量
5、跟進重復性工作
3.2、設計插口檢測用例從這些方面考慮
1、功能
功能是否正常
功能是否依照插口文檔實現
正常場景
異常場景
2、邏輯業務
是否依賴業務、比如是否登陸成功
3、異常檢測
(1)參數異常
關鍵字參數、參數為空、多參數、少參數、錯誤參數
覆蓋所有的必選參數,組合可選參數,參數有、無或為null,參數的次序、個數、類型
參數類別數值大小、輸入的數值范圍,參數字串粗細,參數包含特殊字符
(2)數據異常
關鍵字數據、數據為空、長度不一致、錯誤數據
4、安全
·
·
·唯一辨識碼
四、常用的插口檢測用例覆蓋方式
1、必須參數覆蓋
對于插口的參數,插口文檔通常還會說明這些是必需的2023測試用例是什么,這些是非必需的。
對于必需的參數,一定要檢測傳參數和不傳參數插口是否報錯。
2、必須參數各類狀況覆蓋
傳違法的字符,特殊的字符,空值,超出邊界的參數是否報錯?錯誤信息是否正確?
3、非應當參數覆蓋
通常插口對于非必需參數都不會做非正常性傳值的判定,因此要檢測合法的參數值,插口返回的內容是否正確。
假如有插口文檔說明對非必需參數做了非正常的驗證的話,也要對其進行驗證。
4、參數組合覆蓋
有些參數還要互相配合著才起作用,如“”和“count”組合上去進行翻頁,這個時侯要組合上去進行檢測。
5、業務邏輯相關覆蓋
有些插口與業務邏輯關聯緊密,單獨從插口視角檢測,或許會遺漏掉一些因業務邏輯而形成的bug。
因此假若和業務邏輯相關2023測試用例是什么,也要考慮到業務邏輯相關的檢測用例。
五、接口檢測插口優先級
1、優先級-針對所有插口
(1)顯露在外邊的插口,由于一般該插口會給第三方讀取
(2)供系統內部讀取的核心功能插口
(3)供系統內部讀取非核心功能插口
2、優先級-針對單個插口
(1)正向用例優先檢測,反向用例次之(一般狀況,非絕對)
(2)是否滿足前提條件>是否攜帶默認參數>參數是否必填>參數之間是否存在關聯>參數數據類別限制>參數數據類別自身的數據范圍限制
手動化檢測學習交流群:
全套手動化檢測口試簡歷學習資料獲取點擊鏈接加入群聊【自動化檢測交流】:
%2BF%%fg&=0&=
六、接口檢測的設計思路剖析
1、是否滿足前提條件
有些插口還要滿足后置條件,才可成功獲取數據。如常見的還要登錄Token。
反向用例:
針對是否滿足后置條件(假定為n個條件),設計0~n條用例
2、是否攜帶默認值參數
正向用例:
帶默認值的參數都不填寫、不傳參,必填參數都填寫正確且存在的“常規”值,其它不填寫,設計正向用例
3、業務規則、功能需求
按照實際狀況,結合插口參數說明,或許須要設計n條正向用例和反向用例
4、參數是否必填
反向用例:
針對每位必填參數,都設計1條參數值為空的反向用例
5、參數之間是否存在關聯
有些參數互相之間存在互相掣肘的關系
反向用例:
按照實際狀況,或許須要設計0~n條用例
6、參數數據類別限制
反向用例:
針對每位參數都設計1條參數值類別不符的反向用例
7、參數數據類別自身的數據范圍限制
·正向用例:
針對所有參數,設計1條每位參數的參數值在數據范圍內為最大值的正向用例
·逆向用例:
針對每位參數(假定n個),設計n條每位參數的參數值都超過數據范圍最大值的反向用例
針對每位參數(假定n個),設計n條每位參數的參數值都大于數據范圍最小值的反向用例
小結:
以上幾個方面考慮全的話,基本可以做到如下幾個方面的覆蓋:
(1)主步驟檢測用例:正常的主步驟功能校準;
(2)分支流檢測用例:正常的分支流功能校準;
(3)異常流檢測用例:異常容錯校準。
七、接口檢測返回結果的比較
目的:
·驗證代碼正常
·驗證代碼正確
1、比較返回碼;
2、比較返回值的完整性,即返回的key全不全;
3、比較key的value數據類別;
4、比較key對應的value值。(也包括驗證業務相關數據的value值)
手動化檢測學習交流群:全套手動化檢測口試簡歷學習資料獲取點擊鏈接加入群聊【自動化檢測交流】:
%2BF%%fg&=0&=
謝謝每一個認真閱讀我文章的人!!!
我個人整理了我這幾年硬件檢測生涯整理的一些技術資料,包含:電子書,簡歷模塊,各類工作模版,筆試寶典,自學項目等。歡迎你們點擊下方名片免費發放,千萬不要錯過哦。