不要太在意目前的高、中、低的评价，可能每个team都可能得出的不同。关键是如果小组中对某个功能或者特性的失败可能性的界定有很多不同的意见时候，给它大部分人意见的赋值并且继续下个功能或者特性的界定。因为我的经验是往往到了后面，还会有很多变数。
4． 确定某个功能失败的所造成的影响
这个分析更多的是从用户的角度。在这时候不要考虑太多技术的角度。这个分析可能有主观，有时候甚至需要市场分析人员的帮助。
|
ATM软件 |
失败可能性 |
失败的影响 | |
|
功能 |
特性 | ||
|
取钱 |
|
高 |
高 |
|
存钱 |
|
中 |
高 |
|
查余额 |
|
低 |
中 |
|
转帐 |
|
中 |
中 |
|
|
可用性 |
中 |
高 |
|
|
性能 |
低 |
中 |
|
|
安全性 |
高 |
高 |
5． 量化
书中提到了将高，中， 低，分别赋值3, 2, 1。当然你也可以设为10，3，1，这是由你的项目组所决定的，但是关键是要在项目的周期内保持一致。
6． 计算出风险优先级
书中用的公式是
风险优先级＝失败可能性＋失败影响。但是我认为乘法也未尝不可。但是这里要注意，如果软件的功能是和人命相关的，那么不论如何设置风险优先级为最高，因为有时候它的失败可能性很低导致计算出的风险优先级也不高
|
ATM软件 |
失败可能性 |
失败的影响 |
优先级 | |
|
功能 |
特性 | |||
|
取钱 |
|
高 |
高 |
6 |
|
存钱 |
|
中 |
高 |
5 |
|
查余额 |
|
低 |
中 |
3 |
|
转帐 |
|
中 |
中 |
4 |
|
|
可用性 |
中 |
高 |
5 |
|
|
性能 |
低 |
中 |
3 |
|
|
安全性 |
高 |
高 |
6 |
ATM软件 失败可能性 失败的影响 优先级 功能 特性 取钱 高 高 6 安全性 高
热门推荐
关注51Testing
博文推荐
热点聚焦
