如何制定一份有效的軟件測試計劃

　　大家做項目或產品過程中，遇到最多的，也覺得最有風險的就是測試計劃。關于如何做測試計劃，每個人都有自己的經驗，這里不發表個人觀點，而是翻譯國外某位大師的對于制定測試計劃的一些思想，希望對大家將來制定測試計劃有用。而且關于測試計劃的大部分問題我想都可以在這里找到答案，本人英文水平有限，翻譯有不妥之處，請指正。作者為James Bach

　　制定計劃

　　1. 分析產品

　　分析什么

　　用戶(他們是誰，他們做什么的)

　　操作(這個操作是干什么用的)

　　產品結構(代碼，文件，等)

　　產品功能(這些功能是干什么用的)

　　產品數據(輸入的，輸出的，狀態，等)

　　平臺(外部的硬件和軟件)

　　怎么分析

　　走一下產品/原型的主要流程

　　評審產品和項目文檔

　　咨詢設計人員和用戶

　　與類似的產品做比較

　　可能的工作產出

　　產品的功能范圍概要

　　注釋性的文檔

　　產品的問題列表

　　執行狀態檢查

　　設計人員有沒有確認以及批準了產品的功能范圍概要?

　　設計人員有沒有認為你已經正確理解了這個產品?

　　你能不能將這個產品形象化并且預測正確的行為?

　　你能不能造出產品的測試數據(輸入和結果)?

　　你能不能配置和操作這個產品?

　　你有沒有理解這個產品是怎么樣被使用的?

　　你有沒有注意到設計中的漏洞或不一致的地方?

　　關于這個產品你還有沒有未解決的問題?

　　2. 分析產品的風險

　　分析什么

　　產品受到的威脅

　　產品的易受攻擊的地方

　　失敗的方式

　　失敗后的影響

　　怎么分析

　　評審需求和規格說明書

　　評審出現問題的一些事件

　　咨詢設計人員和用戶

　　通過探索性風險分析和質量判據列表來評審產品

　　識別基本的錯誤/失敗方式

　　可能的工作產出

　　組件風險列表矩陣

　　失敗模型概要

　　執行狀態檢查

　　設計人員和用戶有沒有對風險分析達成一致?

　　你有沒有發現所有的重要的問題，而這些問題是否在測試過程出現呢?

　　你是否知道在哪些地方要集中測試精力并獲得最大的效率呢?

　　設計人員有沒有做一些事情使得重要的問題更容易的發現，或減少其發生的概率呢?

　　如果你的風險分析是正確的，你是怎么發現的呢?

　　3. 設計測試策略

　　基本策略

　　Domain testing(包括邊界值)

　　用戶測試

　　壓力測試

　　回歸測試

　　Sequence testing

　　State testing

　　基于文檔的測試

　　結構化測試(單元測試等)

　　怎么計劃

　　對于風險和產品功能匹配策略

　　將特殊的和實際的策略形象化

　　分析是否可用自動化的機會

　　使用原型去測試probes和harnesses

　　不要強加計劃，讓測試人員自己決定

　　可能的工作產出

　　各個類型的報告怎樣應用的測試策略文檔

　　風險/任務的matrix

　　已選擇的策略中存在的問題或挑戰列表

　　對產品覆蓋比較少的部分提供的建議

　　測試用例(如果是必須的)

　　執行狀態檢查

　　設計人員對這個測試策略達成一致了嗎?

　　這個策略對于項目每個參與人員以及協助人員都有用嗎?

　　這個測試策略是否很基本了?是否也容易的應用到這個產品中?

　　這個測試策略是否透露了所以的重要的問題

　　4. 計劃安排

　　安排的內容

　　測試時間的評估和計劃

　　易測性的工程分析

　　測試團隊人員(詳細的能力)

　　測試人員的培訓和監督

　　測試人員的任務的指定

　　產品開發信息的收集和管理

　　項目會議，溝通，協調的方式

　　與其他已存在的功能之間的關系，包括開發過程中

　　測試平臺的認購和配置

　　測試工具盒自動化

　　需要用到的測試樁和mock

　　測試套的管理和維護

　　建立和輸出協議約定

　　測試周期管理

　　問題報告系統和約定

　　測試狀態報告的約定

　　代碼凍結和增量測試

　　測試后期的壓力管理

　　項目階段輸出協議約定

　　測試效率的預估

　　可能的工作產出

　　問題列表

　　項目風險分析

　　任務和責任matrix

　　測試時間表

　　與開發之間的約定和協議

　　執行狀態檢查

　　這個項目所列的安排是否支持測試策略?

　　是否存在一些問題會阻礙測試的執行?

　　在可見性的問題面前，這些安排和策略是否適合?

　　你現在是否開始測試還是以后整理剩下的問題?

　　5. 分享計劃

　　分享的方式

　　讓設計人員和股東都參與到整個測試計劃的制定過程中

　　更主動的獲取關于測試計劃的意見

　　盡最大可能幫助開發人員保持進度

　　幫助開發人員理解他們做什么會影響測試

　　與技術支持和寫技術文檔的人分享產品質量信息

　　讓設計人員和開發人員評審并且批準所以相關的文檔

　　記錄并加強與開發之間的約定

　　讓參與人員評審測試計劃的細節

　　在測試計劃中盡量減少沒必要的信息以增加評審的效率

　　目標

　　對于測試過程達到一致的理解

原文轉自：http://blog.sina.com.cn/s/blog_6cf812be0100ngbt.html