bug的生命周期

一. bug的定义

狭义概念:是指软件程序的漏洞或缺陷
广义概念: 除软件程序的漏洞或缺陷之外,还包括测试工程师或者用户发现和提出的软件可改进的细节,或与需求文档存在差异的功能实现等
测试人员的职责就是,发现这些bug,并交给开发人员,让开发人员进行修改

二. bug的类型

要确定一个bug的类型,需要对项目 (或产品) 有比较深的理解,这个划分对于开发定位问题影响很小,但对于问题类型的统计就比较重要

常见的bug类型划分 (禅道系统为例,可自定义)

• 代码错误
  程序员开发时的代码的错误
• 设计缺陷
  功能没有实现,或者功能和需求不一致
• 界面优化
  界面上一些错误,比如颜色搭配,图标等
• 性能问题
• 配置相关
• 安装部署
• 安全相关
• 标准规范
• 测试脚本
• 其他

其他划分: 功能类,界面类,性能类,易用性类,兼容性类,其他

三. bug的等级

bug等级,这个划分有分三级或者四级,也有分五级的,如果是等级越高,那么可能被修复的等级也会高一些,然后有些公司还会根据你提的bug数量和bug等级来考察你的绩效,很多情况下,测试人员提交的bug大致的等级 差不多即可,没有严格区分
判断bug的等级 (严重程度) ,一般可以参照下面的判断:

1. 致命错误

1. 常规操作引起的系统崩溃,死机,死循环
2. 造成数据泄露的安全性问题,比如恶意攻击造成的账户私密信息泄露
3. 涉及金钱, 计算

2. 严重错误

1. 重要功能不能实现;
2. 错误的涉及面广,影响到其他重要功能正常实现: 功能交互;
3. 非常规操作导致的程序崩溃,司机死循环;
4. 外观廿一接受的缺陷;
5. 密码明文显示: (界面+数据库)

3. 一般错误

不影响产品的运行,不会成为故障起因,但对产品外观和下道工序影响较大的缺陷

1. 次要功能不能正常实现
2. 操作界面错误 (包括数据窗口内列名定义,含义不一致);
3. 查询错误,数据错误显示
4. 简单的输入限制未放在前端进行控制: (格式限制)
5. 删除操作未给出提示

bug的生命周期

新建 – 提交 – 分配 – 确认 – 修复 – 验证 – 关闭