工作成果: 測試案例
這個構件基於評估「目標測試項目」的某些特定層面來定義一組測試輸入、執行條件及預期結果。
目的
  • 列舉足夠的特定測試,以確保評估的完整性
  • 找出並推論必要的「測試 Script」和驅動因素,包括手動和自動
  • 提供觀察和控制的重點說明,以及任何前置和後置條件,以描述「測試 Script」和驅動因素的實作概要
關係
角色負責: 修改者:
輸入至強制:
選用: 外部:
輸出來源
說明
概略輪廓
  1. 測試案例說明
    測試的目的或目標、範圍及測試的任何前置條件的說明。
  2. 執行條件
    此測試期間將驗證之條件的說明。
    1. 前置條件
      對於每一個執行條件,描述在測試開始之前,系統必須達到的狀態。
    2. 測試輸入
      對於每一個執行條件,列舉要在測試期間套用的一連串特定的刺激因素。 這通常稱為測試的「輸入」,包括執行此「測試案例」時需要互動的物件或欄位及輸入的特定資料值。
    3. 觀察點
      在測試執行期間,列舉要進行何種特定的觀察。
    4. 控制點
      在測試執行期間,指出控制流程可能改變的任何點。
    5. 預期結果
      預期在測試執行之後會產生的狀態或可觀察的條件。請注意,這可能包括正面和負面回應(例如錯誤條件和失敗)。
    6. 後置條件
      對於每一個執行條件,描述系統必須回復到什麼狀態,才能執行後續的測試。

主要說明

「測試案例」指定和傳達需要驗證的特定條件,以評估「目標測試項目」的某些特定層面。「測試案例」不同於測試構想,因為測試案例是一種更正式的完整測試規格。「測試案例」可能由許多事物所推動,但通常只包含「需求」(例如使用案例、效能特性)與專案相關風險兩者的一部分。一般說來,如果測試實作本身太複雜,非透過測試案例提供更抽象的解釋,實在難以理解,此時就很適合使用測試案例規格。

內容
選用
規劃Yes
圖例
調整
表示法選項

在某些領域或測試慣例中,「測試案例」視為選用的工作成果,而在其他方面,則可能相當正式且必要。 因此,「測試案例」的內容和格式可能需要修改,才能符合每一個特定的組織或專案的需求。

在做記錄時(正式和非正式),採取兩種主要樣式:

  • 第一種是標準的文字文件結構,採用類似先前在概要中提出的格式。 多個「測試案例」實例或變體通常在單一文件中指定,並依測試的一般用途或目標來分組。
  • 第二種樣式採用某種表格或資料庫。每一列指定一個「測試案例」實例,並利用直欄依不同的準則來排序和過濾。

另外,也要考量持續測量測試案例的進度、效果等。 以需求型測試涵蓋率為例,每一個「測試案例」至少回溯到「產品需求」包含的一個測試構想和至少一項系統需求, (請參閱技術:測試的主要計量單位)。

先前提及,多個「測試案例」實例或變式通常在單一文件中指定,且通常依測試的一般用途或目標來分組。 這可能在單一文件內描述多個執行條件,每一個獨特的「測試案例」實例各有一個條件。

(選擇性)「測試案例」可以局部或完整地納入測試構想清單測試 Script 中。 



詳細資訊