软件质量 告模板-产品质量度量
测试 告,更多是以测试为出发点,关注测试工作的背景、过程、完成度和结果。当然,测试的 告也能反应出一个产品的质量,但是他的衡量一般不够直观(比如缺陷数量这种数据,
“Vincent,老板让我发一份软件质量 告,你有模板吗
“是测试 告吗
“No,No,应该不是测试 告,是质量 告。”
测试 告大家都大概知道怎么做,但是质量 告呢,说起来他到底与测试 告有什么不同/p>
仔细思考,其实这两种 告之间的差异还是比较直观的。
测试 告,更多是以测试为出发点,关注测试工作的背景、过程、完成度和结果。当然,测试的 告也能反应出一个产品的质量,但是他的衡量一般不够直观(比如缺陷数量这种数据,由于软件规模不一样,是不能用来对软件质量进行客观评价的)。
而质量 告,则以产品质量为出发点,核心关注内容就是产品质量。测试工作量及相关问题,则不是他关注的重心。
如果说测试 告是向直接领导汇 工作,那么质量 告则是向利益干系人 告产品情况。可以说二者的差异在于出发点和关注点的不同,当然也有功能重叠的部分。
1. 质量 告内容
那么软件质量 告怎么 告路上,笔者认为可以从以下六方面去考虑:
软件计划的特性完成了多少产品完成情况)
已完成的功能特性好不好用产品有没有什么问题)
工作完成情况测试没有完成的部分可能存在风险)
我们的研发过程质量如何过程质量也是质量,实际上我们认为产品质量根源于过程质量而非测试)
我们的产品研发计划是否存在偏离如果计划出现偏离,则需引起重视并施加措施)
产品的质量呈现怎样的趋势产品质量走势分析,可以帮助对项目接下来的走向做出预测和问题防范)
接下来的问题就是如何用数据去度量以上这些指标,我们来做一个罗列:
产品完成情况度量:
需求通过率
功能点通过率
风险规避情况
产品质量度量:
测试通过率
缺陷密度
缺陷严重级别分布
缺陷类型分布
缺陷模块分布
缺陷修复率
测试完成度:
用例覆盖率
测试执行率
测试通过率
研发质量度量:
缺陷生存周期
二次故障率
缺陷有效率
缺陷探测率
缺陷移除率
测试依据稳定性
计划偏离度量:
工作量偏离度
工作进度偏离
预算使用比例
问题等待时间
产品质量趋势:
缺陷到达率
缺陷收敛度
缺陷引入率
注意:1. 以上指标并非所有可能用到的指标,一些比较复杂而缺乏实际效用的指标没有包括;2. 指标在6个模块中可能存在多处适用的情况,不需要过多纠结。
2. 度量指标详解
接下来的问题是,这些指标如何收集和计算,我们用表格来展示。
产品完成度:采用功能点通过率做为统计。
研发过程质量:统计缺陷生存周期、二次故障率、依据稳定性。
质量趋势:结合缺陷到达率和遗留率进行统计。

以上就是选取了一些便于采集的数据(并非所有),制作的质量度量 告,规模并不算大,适宜做为月或者周 告。
如果是总体 告,那么可以考虑采集更多数据,丰富 告的内容。
再者,质量 告以 告产品质量为目的,不同于测试总结 告。因此并未包含人员安排、问题罗列、风险预估和未来计划等内容,如果需要综合汇 可以添加整合进去。
相关资源:Scrum敏捷软件开发_敏捷开发-专业指导文档类资源-CSDN文库
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!