軟體測試 - 文件測試
軟體測試與在測試過程之前和期間建立的專案工件的文件相關。文件主要用於標準化流程和方法，供客戶、測試人員或整個組織遵循。
擁有所有測試文件的專案被認為是成熟的專案。謹慎的文件編制可以為測試團隊節省時間、預算和精力。它類似於測試人員在實際測試執行過程中遵循的指南。
當開發人員實際實現軟體程式碼時，就會建立測試文件。因此，它的主要目的是在測試過程中消除專案疑問和歧義。
什麼是測試文件？
測試文件是指所有指導整體測試過程的測試工件的文件。它包括專案估算、資源、時間表、專案進度等。它包含一套記錄和編制測試計劃、測試用例、測試策略、測試執行報告、測試彙總報告等的完整文件。
測試文件的型別
以下是不同型別的測試文件：
測試場景 (Test Scenario)
測試場景文件包含多種對產品進行測試的方法或組合。它概述了端到端的應用程式流程，但不包含任何資料、輸入或要在應用程式上執行的分步操作。
測試用例 (Test Case)
測試用例 (Test Case)
測試計劃 (Test Plan)
測試用例文件包含輸入、資料、要在應用程式上執行的行操作、這些操作的預期結果和實際結果等。它源自測試場景。
測試計劃 (Test Plan)
測試計劃文件包含有關專案範圍、資源、成本、策略、時間表、方法等的資訊。它是由專案利益相關者為成功測試定義的一套測試指南。
測試策略 (Test Strategy)
需求追溯矩陣 (Requirement Traceability Matrix)
需求追溯矩陣或RTM是一份編制的文件，用於確保每個需求至少編寫一個測試用例。
測試策略 (Test Strategy)
測試策略文件包含有關各種測試型別、方法、級別、範圍等的資訊。建立並批准後，測試策略文件不會被修改。
缺陷報告 (Bug Report)
缺陷報告包含在測試過程中記錄的缺陷總數的資訊，開發人員和測試人員廣泛使用它。這是一個非常重要的文件，有助於跟蹤和管理錯誤，報告錯誤，更改錯誤狀態，修復錯誤，避免重複錯誤以及將錯誤關閉。
執行報告 (Execution Report)
測試團隊的高階成員在測試過程結束時會準備一份執行報告文件。它包含有關測試用例總數、已透過、失敗、未執行的數量、已測試的模組、缺陷總數等資訊。
為什麼要進行測試文件編制？
一旦交付給客戶的產品無法按預期工作，則需要將其退回給開發人員和測試人員以進行正確的修復。可能存在這種情況，即同一產品會交給另一組開發人員和測試人員（不是實際開發和測試該產品的那些人員）。
- 在這種情況下，新的開發人員和測試人員應該首先閱讀產品的全部文件，以找出故障的根本原因。如果無法獲得正確的文件，則開發人員和測試人員必須再次進行一輪白盒和黑盒測試以檢測實際問題。因此，測試文件可以節省大量精力和資源。
- 測試文件的優點
- 測試文件的優點如下：
- 進行測試文件編制是為了消除對測試過程的所有疑問。它還消除了關於任務分配的所有不確定性。
- 建立測試文件是為了為整個測試活動設定標準。它就像新團隊成員的培訓指南一樣。
- 營銷團隊可以展示測試文件，以展示完全開發的測試過程。
測試文件可在專案時間表內為客戶交付高質量的產品。
提供測試文件是為了以手冊和使用者指南的形式配置和設定軟體。
- 測試文件為與客戶建立透明的溝通渠道打開了大門。
- 測試文件的缺點
- 測試文件的缺點如下：
- 測試文件是一項耗時的活動，因為每次更新需求時，都需要對所有測試文件進行相應的更改。
通常，測試文件活動由團隊中經驗較少的人員承擔。
本教程對軟體測試文件進行了全面概述。我們從描述什麼是測試文件、測試文件的不同型別、為什麼要進行測試文件以及測試文件的優缺點開始。
這將使您掌握軟體測試文件的深入知識。明智的做法是繼續練習您所學到的知識，並探索與軟體測試相關的其他知識，以加深您的理解並拓寬您的視野。