(一)、測試案例的定義和內容

1. 測試案例的定義
   • 對一項特定的軟體產品進行測試任務的描述、指定輸入、預期結果和一組測試項的執行條件的文件
     • 體現測試方案、方法、技術和策略
     • 內容包含測試目標、測試環境、輸入數據、測試步驟、預期結果、測試腳本等。
2. 測試案例的元素
   • 包含測試目標、測試對象、測試環境、輸入數據、操作步驟，可概括為5W1H
     • 測試目標(Why) - 為了什麼進行測試？功能、性能、可用性、容錯性、兼容性、安全性等。
     • 測試對象(What) - 測什麼？被測試的項目，如函數、類別、菜單、按鈕、表格、API、整個系統等。
     • 測試環境(Where) - 測試案例運行時所處的環境，包含系統的配置和設定等要求，也包含操作系統、瀏覽器、通訊協定等單機或網路環境。
     • 測試時間(When) - 什麼時候可以測試？測試案例運行的前提或條件限制。
     • 輸入數據(Which) - 在操作時系統所接受的各種變數，如數字、文字、檔案等。
     • 操作步驟(How) - 怎麼測？執行軟體的程式的先後順序步驟等，如打開對話框、點擊按鈕等

(二)、測試案例的寫作說明

1. 案例編號
   • 簡單、唯一值。
2. 案例說明
   • 也稱測試點、檢查點、測試概述、測試說明
   • 用一句話對案例進行描述
   • 最好看到這句話就能知道怎麼測試
   • 盡量唯一(決策表可能有重複的測試說明)
3. 初始條件
   • 也稱預設條件、前置條件
   • 初始條件要是一個狀態，而且是靜態的，如管理員已登入後台
   • 初始條件是第一個步驟前的狀態，不能太遠，也不需要從頭寫到尾
   • 很多項目中不寫初始條件
4. 操作步驟
   • 如果對數據要求高，需要把數據分離出來；
   • 步驟需要有序號；
   • 每一步都用分號分開，最後一句用句號；
   • 每一步必須換行；
   • 參數前加冒號(如帳號:admin)；
   • 涉及按鈕用【】或””等成對的符號間隔；
   • 功能的詳細案例步驟4~6步左右；
   • 最後一步一定是個動作，不能寫結果。
5. 預期結果
   • 是一個狀態；
   • 如果參考文件中有描述，則複製貼上即可；如果參考文件中沒有描述，則意思正確即可，如登入成功等。
6. 案例狀態
   • 通過、失敗(案例發現缺陷)、阻塞(達不到初始條件)、未執行、擱置(案例有歧異)、無效案例(看不懂、無法用)
   • 看如何執行案例，執行完關心什麼來決定，案例狀態非必寫。
7. 優先序
   • 案例的執行順序。
   • 等案例寫完且審查後，再排定優先序即可，不需要一開始就排定。