测试建模：启发式测试策略模型(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