Bug严重程度分级

Posted on Posted in TestDoc

我在测试过程中,一般把bug严重程度分为四个等级,在最后验收符合0,0,2,5收敛准则即可,即严重程度紧急、严重的bug数为0,严重程度一般的bug数小于等于2个,严重程度低的bug数最多只有5个。

一、Bug严重程度——紧急

  • 造成系统崩溃、死机、死循环的问题
  • 数据库数据丢失,与数据库连接错误
  • 主要功能、基本模块缺失
  • 阻塞测试执行的问题且不可逾越

        这些问题在测试中很少出现,一旦出现,需终止当前版本的测试

二、Bug严重程度——严重

  • 主要功能部分缺失
  • 用户数据丢失
  • ­一级菜单不能使用但不影响其他功能测试
  • ­功能实现与需求严重不符
  • ­由于Bug的存在使产品其它部分不能测试
  • ­由于计算方法问题,使数据错误
  • ­由于设计原因,造成前后不一致,但问题可恢复
  • ­容错性方面存在不足
  • ­由于精度问题造成数据不一致
  • 程序接口错误

        该等级问题出现,若不影响其他功能测试情况下可继续进行该版本的测试。

三、Bug严重程度——一般(普通)

  • ­功能没有完全实现,但不影响使用
  • ­功能存在缺陷但不会影响系统稳定性

       该等级问题在实际测试中存在最多,合理安排解决bug。

四、Bug严重程度——低 

  • 界面问题
  • 性能优化问题
  • 建议问题

        此问题在测试初期较多,优先程度较低,在测试后前出现较少,应及时处理。

另附一个标准化分为5个等级的图表。

缺陷种类 缺陷级别 详细说明
功能缺陷 Urgent
(V级)
1.操作系统无法正常使用,死机,出现致命错误
2.数据丢失
3.被测试系统频繁崩溃,程序出错,使功能不能继续使用
4.性能与需求不一致
5.系统资源引发性能问题
6.系统配置引发错误
7.安全性问题
Very High
(IV级)
1.功能与需求不一致,或功能未实现
2.功能有错误,影响使用
3.数据传输有错误
4.安装与卸载问题
High
(III级)
1.功能有错误,但不影响使用
2.界面错误
3.边界条件出错
Medium
(II级)
1.界面设计不规范
2.消息、提示不准确
3.交互不友好
需求缺陷 Low
(I级)
1.软件设计有问题
2.文档不完整或不准确
3.需求冻结后,描述不清楚的地方

One thought on “Bug严重程度分级

发表评论

电子邮件地址不会被公开。 必填项已用*标注