如何制定語境驅動的測試計劃

　　本指南旨在幫助讀者制定測試計劃。請注意，真正的測試計劃是實際指導自己實施測試的一套想法。不管讀者是否制定書面測試計劃，我們設計的這個指南都會有所幫助。

　　本指南并不是一種模板，不是供讀者填寫的表格，而是一組旨在幫助讀者思考的思想，用于降低讀者遺忘重要內容的可能性。我們使用的是簡潔語言和描述，有可能不太適合測試新手。本指南主要向有經驗的測試員或測試組長提供支持。

　　以下分七個任務主題。這些主題沒有一定順序。實際上，讀者可以按任何順序閱讀。只是需要注意，測試計劃的質量與是否很好地執行了任務以及使否很好地考慮了像這里提出的問題相關。狀態檢查部分有助于讀者確定是否制定了足夠好的測試計劃，但是我們建議讀者要在整個項目開發過程中，重新檢查并修改測試計劃(至少要在心中修改)。

　　1. 監視影響測試計劃的主要問題

　　確定影響制定實用、有效的測試策略中時間、工作量或可行性要素的風險、障礙或其他挑戰。要把握計劃的整體作用。在整個項目開發過程中，全程監視這些問題。

　　. 是否有要滿足的特別關鍵或很難度量的產品質量標準?

　　. 產品是否復雜或很難學會?

　　. 測試員是否需要特殊培訓或工具?

　　. 是否很難得到或配置的部分測試平臺?

　　. 是否將測試未集成或半可操作的產品組件?

　　. 是否存在具體的可測試性問題?

　　. 項目團隊是否缺乏產品設計、技術或用戶群的經驗?

　　. 測試是否必須很快開始?

　　. 是否有制定測試計劃所需的信息還沒有收集到?

　　. 是否能夠評審被測產品的某個版本(甚至是演示版、原型版或老版本)?

　　. 是否有足夠的難以錄用或組織的測試人員?

　　. 是否必須遵循自己所不熟悉的測試理論?

　　. 項目計劃的制定是都沒有考慮測試需要?

　　. 計劃是否要經過漫長的協商或批準?

　　. 測試員是否遠離客戶?

　　. 計劃是設計的一個內容嗎?

　　. 客戶是否說不出測試員能夠為他們做什么?

　　2. 明確任務

　　本節給出的任何一部分或全部目標都可能是具體測試任務的一部分。有些任務比另外一些更重要。根據對具體項目的了解，為這些目標排隊。對于所有使用的目標，找出可以用來評判的具體的成功指標。

　　需要考慮的任務要素

　　. 快速找出重要問題。

　　. 進行綜合質量評估。

　　. 確認產品質量是否達到具體標準。

　　. 盡可能縮短測試時間或降低測試成本。

　　. 盡可能提高測試效率。

　　. 就提高質量或可測試性問題，向客戶提出建議。

　　. 就如何測試向客戶提出建議。

　　. 保證測試過程總是可以充分說明的。

　　. 嚴格遵守特定的方法或指示。

　　. 使特定的項目相關人員感到滿意。

　　可能的工作產品

　　. 說明測試任務的簡短電子郵件。

　　. 一頁紙篇幅的測試要求。

　　. 是否知道誰是自己的客戶?

　　. 關鍵人物是否贊同測試任務?

　　. 測試任務是否足夠清晰，以作為制定計劃的基礎?

　　3. 分析產品

　　了解被測試產品及其內部技術。了解如何使用被測產品。需要深入下去。隨著對產品了解的深入，測試會變得越來越好，因為自己越來越接近成為產品專家

　　分析什么

　　. 用戶(用戶是誰，他們的職業是什么)。

　　. 結構(代碼、文件等)。

　　. 功能(產品做什么)。

　　. 數據(輸入、輸出、狀態等)。

　　. 平臺(外部硬件和軟件)。

　　. 運營(產品是用來完成什么任務的)。

　　分析方式

　　. 執行探索式測試。

　　. 評審產品和項目文檔。

　　. 與設計人員和用戶面談。

　　. 與類似產品進行比較。

　　可能的工作產品

　　. 測試覆蓋大綱。

　　. 帶注釋的規格說明。

　　. 產品問題清單。

　　. 設計人員贊同產品覆蓋大綱嗎?

　　. 設計人員認為測試員了解產品嗎?

　　. 測試員能夠可視化產品并預測產品行為嗎?

　　. 測試員能夠產生測試數據(輸入和結果)嗎?

原文轉自：http://www.uml.org.cn/Test/201405203.asp