第二部分：软件测试用例级的风险分析
1. 测试用例风险分析的目的
在进行回归测试等情况下，从所有测试用例集（含功能点和场景测试两部分）中如何选择最小测试用例集，是一个值得思考的问题，本文仅想从测试用例风险系数等级划分来对这一问题进行部分探讨。对所有测试用例进行风险系数等级划分，并按等级数进行排序。在选择回归测试用例集时，从中挑选风险系数等级级别的高的测试用例进行优先测试，最后根据项目进度条件从风险等级高到等级低的合理选择回归测试用例集。
2. 采用风险矩阵评估及分析测试用例优先级
|
测试用例 |
风险 |
出现概率(1~10) |
后果与影响(1~10) |
风险系数(=出现概率x影响) |
规避措施 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
第三部分：总结与说明
1.本文没有对项目管理方面的隐藏风险进行探寻，如项目经费成本风险分析等。仅从测试本身考虑了风险分布，角色定位于测试项目Leader，而前者则是PM。
2.本文的标题定为测试风险分析，所以对于发生风险后所应该采用的规避措施，没有在文中给出，可采用根据公司内容的实际情况采用头脑风暴进行解决方案的探讨和筛选，也可参考网上一些文章所建议的解决方案。
3.风险分析的方法有很多种，如Boehm的六步风险管理法、Rex Black在《软件测试核心过程》一书中提到的风险分析过程等都是比较优秀的方法，但其精髓和FMEA、风险分析矩阵是如出一辙，个人觉得以表格的形式展示更加形象化。
参考：
1、《测试有道 - 微软测试测试技术心得》 梁博，许珊等 电子工业出版社
2、《测试风险的管理》http://www.51testing.com/html/90/n-9990.html
3、《风险列表》 noone_pm http://bbs.51testing.com/thread-7105-1-1.html
4、《软件测试管理常见问题及其回答》songfun http://bbs.51testing.com/thread-39181-1-1.html
