1. 程式人生 > 其它 >介面測試的物件是[介面本身的功能]還是[介面提供的後端服務]?

介面測試的物件是[介面本身的功能]還是[介面提供的後端服務]?

本文主要參考一些論壇文章和之前的一些工作經驗

什麼是介面測試?

通常指的是軟體測試型別中的一種,通過直接檢測被測應用的介面來確定介面是否在功能、可靠性、效能和安全方面達到預期的軟體測試活動。主要用於檢測各個系統之間的互動點,測試重點是檢查資料的交換、傳遞和控制管理過程,以及系統間的相互邏輯依賴關係等。

介面測試的目的

  1. 基於介面層面提高執行測試效率
  2. 更方便控制變數
  3. 更早發現問題、縮短測試周期
  4. ……

工作中留下的疑惑

之前的工作主要是針對業務功能來測試,介面測試、手工測試、自動化測試都是為實現功能測試的一種執行手段。

有些專案的案例設計階段,除了針對介面提供的後端服務進行詳細測試,還針對介面本身設計了一部分案例。例如:凍結金額的邊界值、長度、字元型別等。前端頁面其實已經對這些欄位做了限制,還需要去關心介面本身的出參入參嗎?是否浪費了時間呢?

我自己的理解

  1. 前端已經針對輸入欄位做了限制、也設計了對應的前端測試案例的情況下,其實不用過多關注介面本身的入參出參檢查。因為單獨的介面測試階段很多時候仍處於介面設計頻繁變更的時期,而介面設計確定終版不改之後,差不多已經可以開展整合測試了,不再需要單獨的介面測試。

  2. 以下幾種情況可以對介面本身做測試:

    1. 新介面,已經幾乎確定了介面設計不再改動
    2. 測試團隊分為前端測試和後端測試
    3. 專案對測試質量要求很高