一個
測試用例是一個正式的文件或記錄，描述了測試活動是怎樣具體執行的。一些測試參考資料指出測試用例的目的就是發現缺陷，但是測試用例的用處遠遠超出發現缺陷。
測試用例可以驗證程序功能正?；蝌炞C錯誤能被正確處理。測試用例的其他用處是可以嘗試增加代碼覆蓋或專門用于覆蓋很少使用的路徑。 測試用例文檔的價值在微軟和軟件測試行業之間有爭論。有幾個因素可以幫助決定是否選擇測試用例文檔。測試用例文檔有如下一些好處：
歷史借鑒。測試用例的存在要遠遠超過產品發布。持續工程以及產品未來版本的負責人往往需要借用測試用例來了解測試過什么，以及如何測試的。測試用例文檔以及一個有組織的儲存系統，對長期支持或修訂產品的一部分是至關重要的策略。
測試進展跟蹤。通過測試用例文檔，可以跟蹤一些額外的屬性，如測試用例的執行數目、測試用例的通過或失敗數目，以及每個功能領域的測試用例總數。
可重復性。好的測試用例文檔可以由任何人在任何時候執行。這同樣適用于自動和手動的測試用例文檔。重復準確地執行同樣的測試對重視步驟或檢驗回歸是至關重要的。
測試用例文檔也有如下缺點：
建立文檔的時間。如果建立測試用例文檔的時間比運行測試用例所需的時間還長，建立測試用例文檔也許就沒有意義了。經常有這樣的情況，即測試用例只需要在一個單一的環境下執行寥寥幾次。
功能變化引起測試用例過期。建立測試用例所需的時間很可能因為功能經常變化而增加，以至于失去控制。如果測試用例的功能領域變化頻繁，建立測試用例文檔就不一定是明智的。這種場景之一是嘗試寫測試用例以驗證用戶界面組件。
很難設想讀者的知識。寫測試用例的人往往對被測試的功能極為熟悉。這些人常犯的錯誤是在測試用例中使用術語或縮寫，而將來運行測試用例的人很可能看不懂這些測試用例。出現這種情況時，測試用例已不再能準確地重復，測試用例也失去了這一關鍵屬性。
測試用例通常用測試用例管理器（TCM）來建立文檔，微軟大部分團隊用測試用例管理器記錄絕大多數測試用例。重要的是要記住，測試用例并沒有定義所有的 測試活動。如缺陷大掃除，那是整個團隊致力于數小時或數天的時間，專注于使用功能或應用程序，尋找可能被測試用例過的缺陷，這種測試活動在微軟的各團隊是 常見的。許多團隊也在產品周期中花時間致力于客戶的使用場景。例如，一些Visual Studio的團隊經常花一些時間，整個團隊除了在Visual Studio開發環境創造和建立各種應用程序外，什么都不做。
cc