【bug的管理流程深入浅出】

BUG的定义

是让程序中存在的缺陷和问题。广义是指程序的问题、用户在使用过程中界面的不便

有哪些类型？

进行数据的bug分类统计和分析。

代码问题（功能出现问题）、界面优化（兼容性问题）、设计缺陷（跟需求本身存在的设计有问题的）

答案：

1.代码错误、访问的人太多了、性能问题

2.设计缺陷（产品没有）、代码问题（产品有、开发没有做）

3.代码错误

4.手机性能问题、代码问题

5.手机性能问题、代码问题

6.设计缺陷

7.界面优化

8.界面优化（用户不舒服）

9.代码问题

如何进行bug等级的划分

划分有三级和四级，也有分5级的。

（1）致命错误--这个软件根本目的是什么，比如qq不能无法登录

1. 常规操作（用户正常流程下面的操作）引起的系统崩溃、死机、死循环、闪退 必现-就绝对1级，偶现不一定是1级 反复快速重复登进登出属于非常规 突然偶尔死机属于2级 频繁属于1级
2. 造成数据泄露的安全性问题，比如恶意攻击造成的账户私密信息泄露
3. 金额计算出错 损失大不大、影响范围如何
4. 阻断性bug，所有/大部分测试工作进行不下去

（2）严重错误--比如qq没有忘记密码的提示

1. 严重功能不能实现
2. 错误的波及面广，影响到其他功能实现
3. 非常规操作导致的程序崩溃、死机、死循环、闪退
4. 外观（界面）难以接受的缺陷，比如美颜软件，结果给人家越拍越丑
5. 密码明文显示，输入密码的时候应该是显示*****
6. 偶现的致命性bug，看（1）的常规操作

（3）一般错误

1. **次要功能没有实现，**不影响产品的运行，不会成为故障的起因，但对产品外观和 下道工艺较大缺陷
2. 操作界面错误（数据窗口内列名定义、含义不一致）
3. 简单的输入限制，没有放在前端设置 接口测试，前端和后端，后端进行接口处理
   基本的比如手机号数字数量不对，放在前端比较
   
4. 删除操作未给出提示 二次确认是否要删除该个好友
5. 偶现的严重bug
   。。。。

（4）细微错误--用户使用层面的错误影响小

1. 界面不规范
2. 辅助说明描述不清楚
3. 界面存在文字错误
4. 提示窗文字词汇不严谨

1. 1/2级，阻断性-QQ，完全不能操作/腾讯视频，匿名也可以操作，今日头条等不登陆也可以操作。判定标准：基本流是否可以完成
2. 2级
3. 1级 考勤系统，工资条发放金额显示错误了，就属于2或者3级，实际没有错的情况下 大额优惠券属于1级
4. 1级 常规操作且必现1 否则2
5. 1级
6. 3级
7. 4级
8. 4
9. 2

bug的生命周期

就是bug被发现到这个bug被发现到这个bug被关闭的过程（状态）。软件的生命周期是从研究到下架。

bug的跟踪管理流程

bug状态跟踪

1. 已经指派的bug--已经指派给开发的，请大家注意自己的bug的走向，随时关注并进行跟踪，如果一直未修复，提醒开发修改，以免开发忘记，如果已经修复等待测试环境更新后进行验证。
2. 已经解决的bug，等待测试环境进行验证，验证通过则关闭，验证不通过则重新打开指派给开发 在某某版本上bug依旧存在
3. 重复bug，先去查看下是否跟开发指定的bug重复，如果确定是重复则关闭，如果不重复，说明原因，重新激活打开指派给开发。被别人提出过了，或者自己之前也提出过，只是呈现方法不一样。
4. 不是缺陷，再次依据需求确认，是否是bug，如果依然觉得是缺陷跟开发沟通，说服不了则找开发，开发说需要改就再次指派给开发，不需要则关闭，但是会记录
5. 无法复现，尽量找到重现的步骤，如果多个测试验证版本之后，如果重现不了，依据bug严重程度和产品、开发研究，是否可以关闭。
6. 不予解决，和开发沟通不一致，对方不改，则找产品
7. 设计如此，先确认是否设计如此，若不是，则沟通开发，找产品
8. 延期修改，先看bug严重程度，是否影响当此发布，与开发沟通，与产品确认。

注：每次出现bug，都记录这个bug出现的步骤

bug的跟踪管理--缺陷管理工具