转:Bug分析总结
上一篇 /
下一篇 2012-07-04 22:49:12
/ 个人分类:缺陷
转:
http://www.51testing.com/html/12/n-171012.html 目的:可知当前系统的质量情况,也可预知新功能的质量,开发人员修复BUG效率,BUG出现原因
1:BUG分布图(可明确知道哪些模块存在BUG多)
2:BUG严重性(BUG严重性,严重错误和次要错误占有比例大,相对系统的功能不稳定)
3:严重BUG打开和严重BUG总数(比例越大,说明开发修复bug的效率偏低,代码不稳定,发布后出现bug的几率增加)
4:BUG解决状态图(可明确知道当前系统还存在的BUG未解决)
5:BUG曲线图
6:严重bug平均关闭时间(天)----严重BUG从新建到关闭的时间越长,表示项目组对重视度不够。
7:单个模块各个阶段的BUG图(各判断该模块是否稳定)
8:每一阶段的旧功能BUG分析(有利于预防)
旧功能出现BUG原因:
1:测试用例覆盖率不高,测试漏测。
2:上版本BUG修复后,出现的新BUG
3:上版本已实现的功能,当前版本功能未实现,表示代码质量不稳定。
4:增加了新功能后,导致旧功能不可用
5:在旧功能上增加新需求
版权声明:本文出自lizhm的51Testing软件测试博客:http://www.51testing.com/?58025
原创作品,转载时请务必以超链接形式标明文章原始出处、作者信息和本声明,否则将追究法律责任。
相关阅读:
- 用例级别和缺陷等级 (xin_晴, 2011-5-31)
- 让缺陷无处藏身——谈软件的可测性 (xin_晴, 2011-7-20)
- 如何编写有效的缺陷报告 (chenshihui0529, 2011-10-10)
- 如何快速找出系统的缺陷 (rose8561900, 2011-10-25)
- 软件质量模型之可维护性(Maintainability)(五) (零测试, 2011-10-28)
- 论述为什么说软件缺陷的最大来源是软件需求说明 (xin_晴, 2012-2-22)
- 缺陷----软件测试之魂 (xin_晴, 2012-2-24)
- bug 严重程度 和 优先级 (shiker2003, 2012-2-23)
- 【原创】这到底是不是Bug? (TesterChen, 2012-4-22)
- 将缺陷产品“掷出窗外”? (xiangxiang, 2012-5-07)
收藏
举报
TAG:
缺陷