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