BUG 的生命周期

BUG 的生命周期

Bug-->软件程序的漏洞或缺陷

Bug 的类型：代码错误、设计缺陷、界面优化、性能问题、配置相关、安装部署、安全相关、标准规划、测试脚本、。。。其他（功能类、界面类、性能类、易用性类、兼容性类、。。。）

Bug 的等级

1）致命错误：

常规操作引起的系统崩溃、死机、死循环

造成数据泄露的安全性问题，比如恶意攻击造成的账户私密信息泄露

设计金钱的计算

2）严重错误：

重要功能不能实现

错误的波及面广，影响到其他重要的正常功能实现，功能交互

非常规操作导致的程序崩溃、死机、死循环

外观难以接受的缺陷

密码文明显示，（界面+数据） 前提：眼睛

3）一般错误

次要功能不能正常实现

操作界面错误（包括数据窗口内列名定义，含义不一致）

查询错误，数据错误显示

简单的输入限制为放在前段进行控制（格式限制）

删除操作为未给出提示，误删

4）细微错误

界面不规范

辅助说明描述不清楚

提示窗口文字未采用行业术语

界面存在文字错误

1. 用户输入正确的用户名和密码不能登录网站-->代码错误  1
2. 客户需求要有充值功能，但是网站没有做-->设计缺陷   1
3. 网站首页的图片在IE8浏览器上显示不全-->兼容方面或者网络太慢或者界面优化   1
4. 点击网站的注册和其他链接，不能正常跳转--跳转相应非常慢10s-->代码错误或者网络太慢 2
5. 酒店管理网站的网页某些图片重复显示-->界面优化 2
6. 酒店管理网站的网页某些酒店图片显示不出来-->兼容方面 1
7. 网站充值后，出现金额错误-->代码错误 1
8. 关闭按钮在弹窗左侧-->设计缺陷或者界面优化 3
9. APP某个图标显示太小或者像素失真-->界面优化或者性能问题 1
10. 某个提示语音需要改进一下，用户对专业术语不太懂-->标准规划  4

Bug 的生命周期：new -open-fixing-verify-close

否                      否

发现bug-->提交bug-->指派bug-->研发确认bug-->研发去修复bug-->回归验证bug-->是否通

过验证-->关闭bug

Bug 的管理状态处理-测试

1. 已经指派的bug
2. 已经解决的bug
3. 重复bug
4. 不足缺陷
5. 无法重现
6. 不予解决
7. 设计如此
8. 延期修改

常见笔试面试题

1. 有没有你印象深刻的bug？怎么解决的？
2. Bug 的生命周期？（笔试）
3. 当你开了一个bug，但开发不认为是bug，如何处理
4. 你在发现bug并确认bug的过程中对于复现率不高的bug怎么处理的？

常见bug 管理系统

禅道（zentao）、bugzilla、jira、bugfree、easybug、QC

Bug 包含的内容：

Bug 标题 短描述、重现步骤--详细步骤、实际结果、预期结果、Bug 类型和严重程度、Bug 测试环境、附件

常见笔试面试题

1. bug 记录里面包含哪些内容
2. 你了解哪些bug 管理系统
3. 你们测试用例和bug是如何管理的