什么是基于风险的测试(RBT)?

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

什么是基于风险的测试(RBT)?
基于风险的测试(Risk-based testing)
⽂/杨学明
⼀、基于风险的测试起源
基于风险的测试起源,在软件测试领域,基于风险测试最早的是测试⼤师Boris Beizer《软件测试技术》提及,测试时需要考虑到风险。

接下来James Bach 在1995年第⼀次介绍了基于风险的测试(RBT),然后⼜在1999年在《启发式基于风险的测试》(“Heuristic Risk-based Testing”)中更详细的描述:
⼆、基于风险的测试定义
基于风险的测试定义:根据软件产品的风险度通过出错的严重程度和出现的概率来计算,测试可以根据不同的风险度来决定测试的优先级和测试的覆盖率。

三、基于风险的测试分析流程
1 列出软件的所有功能和特性
2 确定每个功能出错的可能性
3 如果某个功能出错或⽋缺某个特征,对顾客的影响有多⼤
4 计算风险度
5 根据可能出错的迹象,来修改风险度
6 决定测试的范围,编写测试⽅案
四、基于风险的测试实践三步
1 如何识别风险(头脑风暴会议,和专家的讨论,以及检查表等
2 如何评估识别出的风险(利⽤⼆维可能性与结果模型表述)
可能性相关的属性有:
使⽤频度
使⽤复杂度
实现复杂度
与风险的结果相关的属性有:
⽤户结果
业务结果
测试的结果
如下表是经典的基于测试风险的分析表,仅参考:
序号风险特
性需求变
更频繁
架构设
计扩展

编码⼈
员经验
⽋缺。

风险概

⽤户
影响
业务
影响
测试策

1特性1
2特性2
3特性3
3 如何确定合理的减轻风险的活动(⽤⼀组适合的测试⽤例来覆盖每⼀个风险项)
每⼀个⾼风险必须被正向测试⽤例及负向测试⽤例所覆盖。

另外,⾄少50%与⾼风险相关的测试⽤例应该具有最⾼等级的测试⽤例优先级。

中间等级的风险主要由正向测试⽤例覆盖,并且可以分布于最⾼的三个测试⽤例优先级中等。

相关文档
最新文档