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

　　. 測試員能夠配置并操作被測產品嗎?

　　. 測試員理解產品將被怎樣使用嗎?

　　. 測試員是否發現設計中的不一致問題?

　　. 測試員是否找出顯式和隱式規格說明?

　　4. 分析產品風險

　　被測產品可能怎樣以一種重要方式失效?開始測試員最多也智慧有一個一般想法。隨著測試員對產品了解的深入，測試策略和測試會變得越來越好，因為對被測產品的失效機理了解的越來越多。

　　分析對象

　　. 威脅(具有挑戰性的條件和數據)。

　　. 脆弱性(在什么地方可能失效)。

　　. 失效模式(可能的問題種類)。

　　. 失效影響(問題的嚴重程度)。

　　分析方式

　　. 評審需求和規格說明。

　　. 評審實際失效。

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

　　. 對照風險啟發和質量評判大綱評審產品。

　　. 找出一般問題和失效模式。

　　可能的工作產品

　　. 組件/風險矩陣。

　　. 風險清單。

　　. 設計人員和用戶對風險分析認可嗎?

　　. 測試員能夠找出所有重要的問題種類嗎?這些問題都應該在測試期間出現嗎?

　　. 為了盡可能提高測試效果，測試員知道該把測試工作集中到哪些對象上嗎?

　　. 設計人員是否采取措施使重要問題更容易被檢測，或降低發生的可能性?

　　. 測試員如何發現自己的風險分析是否準確?

　　5. 設計測試策略

　　為了根據已有的產品最佳信息快速、有效地測試，測試員可以做什么?首先盡可能做出最好的決策，同時又要讓測試策略能夠在項目整個開發過程中改進。

　　考慮五方面的手段

　　. 以測試員為核心的手段。

　　. 以覆蓋率為核心的手段(結構覆蓋率和功能覆蓋率)。

　　. 以問題為核心的手段。

　　. 以活動為核心的手段。

　　. 以評估為核心的手段。

　　計劃方式

　　. 針對風險和產品域確定手段。

　　. 可視化具體和實用手段。

　　. 使測試策略多樣化，盡可能減少遺漏重要問題的機會。

　　. 尋找通過自動化測試擴展測試策略的途徑。

　　. 不要計劃得過死，使測試員能夠發揮自己的才智。

　　可能的工作產品

　　. 逐項列出的每條所選測試策略以及如何運用的說明。

　　. 風險/任務矩陣。

　　. 所選測試策略固有的問題或挑戰清單。

　　. 針對沒有充分覆蓋的產品部分提出的建議。

　　. 測試用例(僅當需要時)。

　　. 客戶認同測試員制定的測試策略嗎?

　　. 測試策略給出的所有內容都是必要的嗎?

　　. 測試策略是否能夠實際貫徹?

　　. 測試策略是否過于通用?可以容易地用于任何產品嗎?

　　. 是否還有不準備測試的任何重要問題?

　　. 測試策略利用了可用的資源和幫助者嗎?

　　6. 條件計劃

　　測試經理將如何實現測試策略?測試策略會受到條件約束或指示的很大影響，努力爭取所需的資源，并盡量利用可用的所有資源。

　　保障條件方面的問題

　　. 測試工作量估計和進度評估。

　　. 可測試性宣傳。

　　. 測試團隊力量(合適技能)。

　　. 測試員培訓與管理。

　　. 測試員任務分配。

　　. 產品信息收集與管理。

　　. 項目團隊會議、溝通和協同。

　　. 與項目團隊所有其他小組、包括開發小組的關系。

　　. 測試平臺的獲得和配置。

　　. 約定和協議。

　　. 測試工具和自動化測試。

　　. 插樁和模擬需要。

　　. 測試包的管理和維護。

　　. 構建和傳送協議。

　　. 測試周期管理。

　　. 錯誤報告系統和協議。

　　. 測試狀態報告協議。

　　. 代碼凍結與增量測試。

　　. 項目最后的壓力管理。

　　. 測試停止協議。

　　. 測試效果的評估。

　　可能的工作產品

　　. 問題清單。

　　. 產品風險分析。

　　. 責任矩陣。

　　. 測試進度計劃。

　　. 項目團隊的保障條件是否支持已制定的測試策略?

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