測試建模：啟發式測試策略模型(Heuristic Test Strategy Model)(2)

　　測試設計以風險驅動。測試人員分析質量標準、項目環境、產品元素中的風險，設計有針對性的測試策略。

　　在測試設計時，質量標準啟發測試先知(Oracles)，項目環境啟發測試過程(Procedures)，產品元素啟發測試覆蓋(Coverage)，觀察到的質量啟發測試報告(Reporting)。

　　對于測試，HTSM強調測試策略的多樣性(Diversification)，平衡代價和收益(Cost vs. Value)，利用啟發式方法(Heuristics)充分發揮測試人員的技能(Skill)。

　　定制HTSM

　　在定制化之前，HTSM對測試人員的幫助很小，因為此時的HTSM是“James Bach的模型”，而不是符合當前語境的模型。HTSM是通用的模型，雖然能夠普遍使用，但是不能快速、高效地指導具體的測試工作。測試人員需要將其“本地化”，才能發揮其威力。

　　Cem Kaner教授在教程Blank Box Software Testing 中提出利用思維導圖(Mind Map)定制HTSM。他將HTSM作為圖的為中心，將Quality Criteria、Project Environment、Product Elements和Test Techniques作為主干。

　　在分支上，Cem Kaner添加了他覺得重要的節點。例如，他在Product Elements下增加了Benefits節點和Time節點，使HTSM符合他的工作需要。

　　恰如Cem Kaner所說：“大多數嚴肅對待此模型的人會定制它以符合自己的需要”(Most people who work seriously with this model customize it t meet their needs)，測試人員可以也應該修改HTSM，以獲得符合項目語境的模型。

　　增加節點：增加與當前項目相關的測試技術、測試想法、測試對象和任何測試人員認為有價值的元素。

　　刪減節點：忽略一些與項目或任務無關的元素。

　　增加標記、注釋、鏈接等圖元：標記可以突顯重要的元素，注釋可以增加更多的細節，鏈接可以指向更詳細的信息源。

　　定制HTSM是理解并掌握HTSM的過程。與大多數方法一樣，測試人員需要修改它，加入自己的風格和元素，才能正真掌握它。

　　測試專家Michael Larsen在XMind.net提供了他制作的HTSM思維導圖，為測試人員制作自己的HTSM提供了很好的基礎。

　　應用HTSM

　　定制HTSM就是應用HTSM的過程。測試人員遵循HTSM的結構化指南，深入地思考產品、項目與測試，添加自己的想法、評論、標記和啟發式問題。這本身就是極好的測試學習過程。作為學習的結果，定制化的HTSM為進一步地測試設計提供了堅實的基礎。在測試過程中，測試人員會接觸新信息，學習新知識。他應該持續地將新知補充到HTSM中，以迭代地優化測試略模型。從這個角度，HTSM既是測試想法的源頭，也是測試過程的產出。

　　在測試設計時，測試人員可以逐個檢查HTSM中的每個元素(指導性詞語)，閱讀相關標記、注釋和鏈接，以啟發測試思路。他可以自問：

　　該元素與當前測試任務相關嗎?

　　針對該元素，產品有什么風險?可能會有什么缺陷?

　　通過什么測試可以發現這些缺陷?

　　依據當前的進度和資源，如何實施這些測試?

　　另一種更有威力的方法是綜合HTSM中的多個元素，開發測試策略。當開發人員用單元測試檢查了組件，測試人員需要在系統層面檢查產品。此時，產品的缺陷往往存在于組件的交互和復雜的流程。綜合產品的多個方面，開發多樣化的測試，以更深入地測試產品，才能夠更好地體現測試人員的價值。一些有幫助的啟發式問題包括：

　　該元素與哪些元素相關?

　　元素的組合有沒有揭示出新的風險?

　　如何設計測試，以同時測試這些元素?

　　能否讓來自元素A的信息幫助元素B的測試?

原文轉自：http://www.cnblogs.com/liangshi/archive/2012/02/23/2364947.html