测试过程中bug缺陷的定义、bug类型、bug等级、bug生命周期、bug管理流程、bug状态处理

1、bug的定义

• 需求文档存在差异的功能实现
• 与用户需求不符

2、bug的类型

1. 代码（功能错误）：功能没有实现
2. 界面优化：UI、用户界面
3. 设计缺陷：开发、需求文档中的功能没有实现

3、bug的等级

• 1.致命缺陷：
  • 系统崩溃、死机　　
  • 安全性问题　　
  • 涉及金钱计算　　
  • 阻断性测试　　

• 2.严重错误　　
  • 重要功能　　
  • 功能交互　　
  • 非常规操作导致的程序崩溃、闪退　　
  • 界面难以接受　　
  • 密码明文　　
  • 偶尔出现的致命bug　　

• 3.一般错误
  • 不影响产品的运行　　
  • 次要功能不能正常实现　　
  • 操作界面错误　　
  • 查询错误，数据错误显示
  • 限制未被控制
  • 删除后为给出提示是（没有二次确认）
  • 偶尔的严重性bug

• 4.细微错误
  • 界面不规范
  • 辅助说明描述不清楚
  • 提示窗口文字

4、bug的生命周期

• 新建bug---指派---已解决---待验证---关闭

5、bug的跟踪管理流程图

　　

6、bug的跟踪管理--状态处理

已经指派的bug

• ----已经指派给开发的，请大家注意自己bug的走向，随时关注并进行跟踪!如果直未修复，提醒开发修改,以免开发忘记;如果已经修复等待测试环境更新后进行验证。催着改bug

已解决的bug

• ----等待测试环境更新后进行验证，验证通过则关闭;验证不通过则重新打开指派给开发

重复bug

• ------先去查看下是否跟开发指定的bug重复?如果确定是重复则关闭;如果不重复,说明原因,重新打开指派给开发,

不是缺陪

• -----再次依据需求确认，是否是bug,如果依然觉得是缺陷跟开发沟通，列举出来觉得是bug的点，沟通未达一致找产 品确认，确认是bug注明情况并再次指派给开发,产品确认不是bug,就不纠结，直接关闭bug,但是,会拿小本本把这个bug记录下来,等到测试任务结束后，再来研究研究。

无法重现

• ----确认开发环境是否跟测试环境一致?包括操作步骤、浏览器、环境、特定账号、输入数据等,如果多个版本验证之后,如开发所说重现不了，依据bug的严重程度跟产品、开发- -起确认关闭;如果找到重现原因， 注明清楚并再次指派给开发

不予解决

• ----找产品经理进行确认。确认不予解决进行关闭;确认需要解决请备注原因并打开指派给开发

设计如此

• ----找产品经理进行确认。确认设计如此进行关闭;确认是问题，备注原因重新指派给开发

延期修改

• ---请看下bug严重程度,是否影响当前版本发布?与产品经理进行确认。不予延期请根据情况进行激活与情况说明;确认延期则做好记录，后续版本进行关注-不关闭

7、常见的缺陷管理平台:

• 禅道(zentao) ,我们现在做项目用的就是这个
• bugzilla、jira:都还不错， 也比较强大。但是搭建起来很困难
• bugfree:
• Readmine
• easybug:免费开源，在线网站类型的
• Mantis:这个还可以用
• QC(QualityCenter)
• TD

• 不管是开源还是商业的缺陷管理工具，它们本质都是一样的，用来管理bug的生命周期。
• 掌握其中-款工具，自然就会用其他的，稍微有一-点点区别的，别人加以指点,就可以明白了。

8、bug的类型及等级判断

1. 用户输入正确的用户名和密码不能登录网站==代码(功能)错误+1，2级
2. 客户需求要有充值功能，但是网站没有做==设计缺陷+1, 2级
3. 网站充值后，出现金额错误==代码(功能)错误+1级
4. 在某购物APP.上进行商品搜索时，闪退回到手机桌面==代码(功能)错误+1级
5. 在某购物APP上进行商品搜索时，手机卡死==代码(功能)错误+1级
6. 关闭按钮在弹窗左侧==界面优化+4级
7. APP某个图标显示太小或者像素失真==界面优化+4级
8. 某个提示语需要改进一下， 用户对专业术语不太懂==界面优化+4级
9. 忘记密码，功能没有实现==代码(功能)错误+2, 3级

 

*******请大家尊重原创，如要转载，请注明出处：转载自：https://www.cnblogs.com/shouhu/，谢谢！！*******