发布时间:2020-11-16
建立测试团队以及测试体系之后,我们就需要对测试的结果和过程进行度量,以保证测试的过程和结果。
典型的度量指标参考如下:
类别 |
指标 |
算法 |
参考值 |
缺陷 |
缺陷修复次数 |
同一缺陷重复打开次数 |
不超过2次 |
衍生缺陷数量 |
同一缺陷引出新缺陷数量 |
不超过2次 |
|
缺陷修复时间 |
关闭缺陷时间-新建缺陷时间 |
“高”级缺陷<=1天 “中”级缺陷<=2天 “低”级缺陷<=3天 |
|
关闭缺陷率 |
已关闭缺陷数量/总缺陷数量 |
>95% |
|
取消缺陷率 |
已取消的缺陷数量/总缺陷数量 |
<4% |
|
遗留缺陷率 |
遗留的缺陷数量/总缺陷数量 |
<1% |
|
案例缺陷率 |
发现缺陷的案例/总案例 |
>60% |
|
重新打开缺陷率 |
被重新打开的缺陷数量/总缺陷数量 |
<30% |
|
质量分析 |
缺陷密度 |
缺陷数/功能模块数 |
<70% |
缺陷密度(代码) |
缺陷数/代码行数 |
<90% |
|
缺陷分布 |
所有缺陷分别分布在哪些功能模块 |
|
|
重大缺陷(“高”级)占比 |
重大缺陷/缺陷总数 |
<80% |
|
重大缺陷分布 |
重大缺陷分别分布在哪些功能模块 |
|
|
缺陷遗留率 |
遗留缺陷数/缺陷总数 |
<5% |
|
缺陷发现趋势 |
每个版本发现的缺陷数量 |
|
|
业务需求稳定度 |
(总需求数-变更需求数)/总需求数 |
>70% |
|
可测范围 |
测试覆盖率 |
已测功能模块数/总功能模块数 |
最佳值=100% |
文档数量 |
|
|
|
文档更新情况 |
文字说明 |
|
|
测试过程统计分析 |
测试需求覆盖率 |
测试需求对需求分析说明书的覆盖程度。测试需求覆盖率越高说明软件测试越充分。 |
最佳值=100% |
测试案例覆盖率 |
每个测试需求应该至少对应一个测试案例对该测试需求进行测试。测试需求和测试案例之间是多对多的关系,案例对需求的覆盖程度通过测试案例覆盖率体现。覆盖率的值越高软件产品可测性越强,测试越充分彻底。是测试案例的重要派生度量项之一。 |
最佳值=100% |
|
测试案例执行率 |
数据统计周期内已执行测试案例数量占总需要执行案例数量的比率,是测试案例的执行情况指数,能直观反映实际测试执行是否按预期目标进行。案例执行指数越高代表实际测试越充分,越符合预期的测试质量、测试进度。是测试案例的派生度量项。 |
最佳值=100% |
|
测试需求执行通过率 |
已验证执行通过的测试需求/总测试需求数 |
最佳值=100% |
|
测试案例执行通过率 |
已执行通过案例数量/总案例数量 |
最佳值=100% |
|
版本更新频率 |
更新版本次数/(天/小时) |
稳定版本更新频率值>=3天,具体根据测试规模而定 |
推荐阅读:
您的信息已成功提交!
我们的客服人员稍后会与您联系