(三)、測試案例的管理

1. 測試案例的優先級

2. 測試案例的維護
   • 考慮成本、時間、人員等因素，兼顧測試的充分性和效率。
   • 考慮案例的關聯性，例如編寫的測試案例中給定序號，也許序號32的執行條件是需要進行序號1~5的測試，這樣可以把32往前挪，就不會造成重複測試。
   • 考慮案例的干擾性，例如A案例負責新增，B案例負責刪除，如有一個C案例需測試新增滿10筆的情境，則C案例建議放置在B案例前，以利系統測試
   • 決定執行案例的先後順序

(四)、案例設計與編寫方法總結

1. 通過測試 - 用於驗證系統和它陳述的需求一致，一般通過需求分析說明書來設計測試案例。
2. 失敗測試 - 純粹為了破壞軟體而設計或執行的測試案例，也稱為迫使出錯案例。主要用於證明「系統不會做不需要它做的事情」
3. 隨機測試 -
   • 又稱為即興測試(ad hoc tsating)，是指臨時準備、即興的Bug搜索測試過程。
   • 缺點
     • 無法度量隨機測試的實際覆蓋率
     • 許多測試是冗於的
     • 測試數據因為是隨機的，無法重複測試。
4. 應用群聚效應
   • 找到的軟體Bug越多，說明那邊的軟體Bug越多
5. 探索性測試
   • 含義
     • 是一種測試思維技術，強調測試設計和測試執行的同時性。
     • 測試人員通過測試來學習被測試的系統，同時把學習到的關於軟體系統的更多訊息通過綜合的整理和分析，創造出更多關於測試的意見。
     • 測試設計，測試執行，測試日誌的紀錄是無關緊要的工作
   • 適用場所
     • 沒有或只有少量有價值的文件
     • 常用於時間壓力下
     • 為補充合適的、正式和形式化測試
6. 如何選擇案例，以及案例的設計與編寫方法
   • 先使用大綱法拆分功能
   • 再使用場景法、決策表設計測試案例
   • 用等價類劃分、邊界值分析、錯誤猜測法補充測試案例
   • 執行測試時進行探索性測試或隨機測試
   • 執行完測試案例後進行隨機測試