測試策略與測試計劃的區別

摘要： 測試策略 測試策略-VS-測試計劃 測試策略文件是高階文件，通常由專案經理開發。本文件定義了“軟體測試方法”以實現測試目標。測試策略通常來自業務需求規範文件。 測試策略文件是一個靜態文件，意味著它不會經常更新。它為測試過程和活動設定了標準...

測試策略

測試策略文件是高階文件，通常由專案經理開發。本文件定義了“軟體測試方法”以實現測試目標。測試策略通常來自業務需求規範文件。

測試策略文件是一個靜態文件，意味著它不會經常更新。它為測試過程和活動設定了標準，其他文件（如測試計劃）從測試策略文件中設定的標準中提取其內容。

有些公司在測試計劃中包含“測試方法”或“策略”，這很好，通常是小專案的情況。但是，對於較大的專案，每個階段或測試級別都有一個測試策略文件和不同數量的測試計劃。

測試策略文件的組成部分

• 範圍和目標
• 業務問題
• 角色和責任
• 溝通和狀態報告
• 測試可交付成果
• 遵循行業標準
• 測試自動化和工具
• 測試測量和矩陣
• 風險和緩解
• 缺陷報告和跟蹤
• 變更和配置管理
• 培訓計劃

測試計劃

另一方面，測試計劃文件源自產品描述，軟體需求規範SRS或用例文件。

測試計劃文件通常由測試主管或測試經理準備，文件的重點是描述測試內容，如何測試，何時測試以及誰將進行測試。

一個主測試計劃是測試階段的通用文件，每個測試階段都有自己的測試計劃文件，這種情況並不少見。

關於測試計劃文件是否也應該像上面提到的測試策略文件那樣是靜態文件還是應該經常更新以反映根據專案和活動的方向的變化，存在很多爭論。

我個人的觀點是，當測試階段開始並且測試經理“控制”活動時，應該更新測試計劃以反映與原始計劃的任何偏差。畢竟，規劃和控制是正式測試過程中的持續活動。

測試計劃文件的組成部分

• 測試計劃ID
• 介紹
• 測試專案
• 要測試的功能
• 功能無需測試
• 測試技術
• 測試任務
• 暫停標準
• 具有通過或失敗標準
• 測試環境（進入標準，退出標準）
• 測試可交付成果
• 員工和培訓需求
• 責任
• 時間表

這是制定測試計劃和測試策略文件的標準方法，但事情可能因公司而異。如果對軟體測試、介面測試、自動化測試、效能測試、LR指令碼開發、面試經驗交流。感興趣可以175317069，群內會有不定期的發放免費的資料連結，這些資料都是從各個技術網站蒐集、整理出來的，如果你有好的學習資料可以私聊發我，我會註明出處之後分享給大家。