bug的定义
狭义概念是指软件程序的漏洞或缺陷，广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节、或与需求文档存在差异的功能实现等。
bug的由来
1、缺乏有效沟通
2、软件的复杂度
3、编程错误
4、不断变更的需求
5、时间的压力
bug类型的划分
禅道系统：代码错误、界面优化、设计缺陷、配置相关、安装部署、安全相关、性能问题、标准规范、测试脚本、其他。
其他划分：功能类、界面类、性能类、兼容类、易用性类、其他
bug类型的划分对开发定位问题影响很小，但是对于问题类型的统计比较重要。
bug的等级
bug一般分为四级，也有分为五级的，等级越高，对应的优先级也会高一些
1、致命错误
（1）常规操作引起的系统崩溃、死机、死循环
（2）造成数据泄露的安全性问题，比如恶意攻击造成的账户私密信息泄露
（3）涉及金钱
（4）用户数据受到破坏，或者危及人身安全
2、严重错误
（1）重要功能没有实现
（2）错误的波及面广，影响到其他重要功能实现
（3）非常规操作导致的程序崩溃、死机、死循环
（4）数据不能保存，系统的次要功能完全丧失，系统所提供的功能或服务受到明显的影响
3、一般错误
不影响产品的运行，不会成为故障起因，但对产品外观和下道工序影响较大的缺陷
（1）次要功能不能正常实现
（2）操作界面错误（包括数据窗口内列名定义、含义不一致）
（3）查询错误，数据错误显示
（4）简单的输入限制未放在前台进行控制
（5）删除操作未给出提示
4、细微错误
程序在一些显示上不美观，不符合用户习惯，或者是一些文字的错误
（1）界面不规范
（2）辅助说明描述不清楚
（3）提示窗口文字未采用行业术语
（4）界面存在文字错误
bug的生命周期
定义：一个bug被发现到这个bug被关闭的过程
生命周期中的一般缺陷状态：新建-->指派-->已解决-->待验-->关闭
如果待验的bug在验证时没有解决好，我们则需要进行循环，重新指派
中间其他状态：拒绝、延期等。
bug的处理流程图
设计如此：1、核对需求规格说明书 2、找业务或者产品进行确认 3、确认是设计如此，则直接关闭bug。4、确认设计不是如此，跟开发沟通，重新激活指派bug
重复bug： 1、测试人员找到对应重复bug的ID。如果确认是重复bug，直接关闭
无法重现：1、确认开发的环境，跟操作步骤是否跟测试人员一致
注意事项：和开发就bug进行沟通时，需要注意
操作者：开发
已修改bug备注修改方案及信息
不是缺陷、不予解决、延期bug、无法重现备注处理原因
重复bug注明重复bugID
