为了解释基于风险的测试方法意味着什么，下面提供了简化的系统测试实例。基于产品风险矩阵的系统测试方法[4] ，如图1所示。这个例子表明，关键的项，第II象限，使用用例（包括备选流）及决策表的全面测试设计技术来进行测试。
　　该方法按比例缩小为第二高风险级别是第IV象限。 （请记住，系统测试主要关注商业风险）。用例（包括备选流）仍适用于第IV象限，但决策表，现在不再适用了。
　　相反，等价类划分被用作一项通常比决策表技术定义更少测试用例的测试设计技术。用例仍然用于第I象限，但只执行主流，等价类划分再次被用作测试设计技术。对于第III象限，只测试测试用例主流。根据风险等级和风险类型变换测试设计技术的另一个有用的例子可以在IEC 61508中找到[ 3 ] 。对展示了其如何根据软件完整性等级（SIL ）（风险等级的另一术语表达）来区分测试技术的标准的一段引用，见下表：
　　1.该标准覆盖了静态和动态测试技术，并具有各种测试等级的和用于维护测试的特定表格。

表1.IEC61508软件完整性等级（R：推荐，HR:强烈推荐）

　　另一个例子来自于DO-178B[1]。 此标准还采用了方法——将进行的强度测试应源于风险等级。
　　这些标准规定的测试方法，应用于每个安全级别，以及恰当的完成标准（见表2中的示例）。 专业测试应意识到：有用的标准是可获得的，如在IEC61508[3]和DO-178B[1]中，两者可以在使用测试设计技术定义不同的基于风险的测试方法时提供支持和灵感。

表2. 测试组件基于风险的方法 [1]

　　专注产品风险
　　详细解释所有提到的测试设计技术、它们如何与测试强度相关、它们如何相互关联、以及他们如何在内部变化，都超出了本文的范围。但是很明显，为定义一个完整的测试方法，对测试设计技术有详细了解是必须的。
　　许多测试员都是技术型的，有时往往会在测试设计技术的技术性中迷失自己。他们很可能设计和编写出很棒的测试用例，但这些测试用例真的有必要和正确吗？
　　本文的主题是：产品风险应是选择是否测试设计技术是必要的，哪些是需要的，及他们该如何应用的主要驱动力。
　　经常去想想你为什么要申请测试设计技术及目标是什么。测试设计技术绝不是目标，他们只是达到目标的手段。专注对开发一个好产品很重要的事物。我相信这是敏捷宣言所声明的“全面文档层面的工作软件”的意思。
　　使用测试设计技术肯定不是一件坏事（相反这是件好事），但要在他们有重要意义的，有附加价值的地方使用它们。用敏捷的，有效率的和以风险为本的方式使用他们。

参考文献
[1] DO-178b (1992)， Software Considerations in Airborne Systems and
Equipment Certification， Requirements and Technical Concepts for
Aviation， RTCA SC167
[2] D. Graham， E. van Veenendaal， I. Evans and R. Black (2008)， Foundations in Software Testing – ISTQB Certification， 2nd edition， Cengage
Learning
[3] IEC 61508 (1998)， Functional Safety for electrical/electronic/ programmable electronic related systems， Industrial Electrical Committee
[4] E. van Veenendaal (2012)， Practical Risk-Based Testing， The PRISMA
Approach， UTN Publishing 

　　版权声明：本文出自 SPASVO泽众软件测试网：http://www.spasvo.com/news/html/2014324153302.html

　　原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。