软件质量报告模板软件质量报告模板-产品质量度量产品质量度量
测试报告，更多是以测试为出发点，关注测试工作的背景、过程、完成度和结果。当然，测试的报告也能反应出一个产品的质
量，但是他的衡量一般不够直观（比如缺陷数量这种数据，
问题来源于一些同僚的问题。
“Vincent，老板让我发一份软件质量报告，你有模板吗？”
“是测试报告吗？”
“No，No，应该不是测试报告，是质量报告质量报告。”
测试报告大家都大概知道怎么做，但是质量报告呢，说起来他到底与测试报告有什么不同？
仔细思考，其实这两种报告之间的差异还是比较直观的。
测试报告，更多是以测试为出发点，关注测试工作的背景、过程、完成度和结果。当然，测试的报告也能反应出一个产品的质量，但是他的衡量
一般不够直观（比如缺陷数量这种数据，由于软件规模不一样，是不能用来对软件质量进行客观评价的）。
而质量报告，则以产品质量为出发点，核心关注内容就是产品质量。测试工作量及相关问题，则不是他关注的重心。
如果说测试报告是向直接领导汇报工作，那么质量报告则是向利益干系人报告产品情况。可以说二者的差异在于出发点和关注点的不同，当然也
有功能重叠的部分。
1. 质量报告内容质量报告内容
那么软件质量报告怎么报告？思路上，笔者认为可以从以下六方面去考虑：
1. 软件计划的特性完成了多少？（
产品完成情况
）
2. 已完成的功能特性好不好用？（
产品有没有什么问题
）
3. 工作完成情况？（
测试没有完成的部分可能存在风险
）
4. 我们的研发过程质量如何？（
过程质量也是质量，实际上我们认为产品质量根源于过程质量而非测试
）
5. 我们的产品研发计划是否存在偏离？（
如果计划出现偏离，则需引起重视并施加措施
）
6. 产品的质量呈现怎样的趋势？（
产品质量走势分析，可以帮助对项目接下来的走向做出预测和问题防范
）
接下来的问题就是如何用数据去度量以上这些指标，我们来做一个罗列：
产品完成情况度量：产品完成情况度量：
需求通过率
功能点通过率
风险规避情况
产品质量度量：产品质量度量：
测试通过率
缺陷密度
缺陷严重级别分布
缺陷类型分布
缺陷模块分布
缺陷修复率
测试完成度：测试完成度：
用例覆盖率
测试执行率
测试通过率
研发质量度量：研发质量度量：
缺陷生存周期
测试用例命中率
二次故障率
缺陷有效率
评论1
最新资源