度量和用途(转)
上一篇 /
下一篇 2010-01-06 23:22:30
/ 个人分类:缺陷管理
来源:《
微软的
软件测试之道》
度量 | 度量用途
|
修复的缺陷/所有解决了的缺陷 | 缺陷修正和其他决断的比例。在产品开发的早期,预计发现缺陷的数字比缺陷得到解决的数字更多。解决产品开发后期,期望得到解决的缺陷数比发现缺陷数要多,这个度量也可以帮助建立达到零缺陷的预测模型 |
每种语言总计缺陷 | 测试本地化版本成本参照。这个度量可以提供一些线索来促进更加有效的本地化工作 |
缺陷发现率 | 太高或太低都有担心,对峰值应加以解释 |
缺陷修正率 | 缺陷被修正的百分比,当缺陷会审标准提高时,修正的百分比逐渐下降 |
每个代码区的缺陷数 | 根据功能排序来列出最多报告的缺陷,这个数据可以影响哪些领域需要更多的测试
|
每个功能区发现的缺陷 | 每个测试团队,内部用户,开发部门,产品支持和外部试用测试人员发现缺陷数能影响测试的策略 |
不同严重性的缺陷 | 随着项目的进展,期望看到严重性1和严重性2的缺陷发现率下降,而严重性和最低的缺陷百分比增加。也就是说期待在产品早期发现那些严重的缺陷
|
哪里发现 | 这一度量对于不同测试产品的类型可以有所不同,知道缺陷在产品那里出现可以揭示产品的风险领域 |
如何发现 | 了解缺陷如何被发现的可以帮助根源分析和实现缺陷防止技术 |
缺陷产生时候 | 知道问题出现在产品开发的哪个阶段,可以帮助决定缺陷防止技术需要在哪些方面得到实现 |
缺陷重新激活率 | 这是一个衡量程序修正质量的很好度量。在项目接近尾声时,缺陷修复量达到最大,缺陷重新激活率也往往会增多 |
每个测试活动发现的缺陷 | 分析哪些类型的测试会发现缺陷,各种测试活动包括探索性测试,结构性测试,发布前测试,测试用例开发,配置测试,打印机测试,自动化测试,一般产品的使用,测试版测试,每次测试通过,验收测试等 |
平均解决缺陷的时间 | 跟踪开发团队对输入的缺陷的反应速度 |
平均关闭缺陷的时间 | 跟踪缺陷的平均反应时间,或完成缺陷工作流程所需时间。最理想的状态是,开发人员尽快地修复缺陷,测试人员尽快地验证修复 |
收藏
举报
TAG:
Bug
用途
度量