介面測試的物件是[介面本身的功能]還是[介面提供的後端服務]?
阿新 • • 發佈:2022-04-01
本文主要參考一些論壇文章和之前的一些工作經驗
什麼是介面測試?
通常指的是軟體測試型別中的一種,通過直接檢測被測應用的介面來確定介面是否在功能、可靠性、效能和安全方面達到預期的軟體測試活動。主要用於檢測各個系統之間的互動點,測試重點是檢查資料的交換、傳遞和控制管理過程,以及系統間的相互邏輯依賴關係等。
介面測試的目的
- 基於介面層面提高執行測試效率
- 更方便控制變數
- 更早發現問題、縮短測試周期
- ……
工作中留下的疑惑
之前的工作主要是針對業務功能來測試,介面測試、手工測試、自動化測試都是為實現功能測試的一種執行手段。
有些專案的案例設計階段,除了針對介面提供的後端服務進行詳細測試,還針對介面本身設計了一部分案例。例如:凍結金額的邊界值、長度、字元型別等。前端頁面其實已經對這些欄位做了限制,還需要去關心介面本身的出參入參嗎?是否浪費了時間呢?
我自己的理解
-
前端已經針對輸入欄位做了限制、也設計了對應的前端測試案例的情況下,其實不用過多關注介面本身的入參出參檢查。因為單獨的介面測試階段很多時候仍處於介面設計頻繁變更的時期,而介面設計確定終版不改之後,差不多已經可以開展整合測試了,不再需要單獨的介面測試。
-
以下幾種情況可以對介面本身做測試:
- 新介面,已經幾乎確定了介面設計不再改動
- 測試團隊分為前端測試和後端測試
- 專案對測試質量要求很高