一、bug的定义
狭义概念：软件程序的漏洞或缺陷
广义概念：1、漏洞、缺陷；2、不符合需求的；3、发现和提出针对这个产品的可以改进的细节
测试工程师的职责：发现bug，提交给开发并让开发去修改
二、bug的类型
以禅道系统为例，对bug进行类型分类：
代码（功能）错误
设计缺陷
界面优化
性能问题
配置相关
安装部署
安全相关
标准规范
测试脚本
其他
三、bug的等级
1、致命缺陷（P1）：
1）常规操作引起的系统崩溃、死机、死循环、闪退
2）造成数据泄露的安全性问题，比如恶意攻击造成的账户私密信息泄露
3）涉及金钱计算
4）阻断性测试，所有测试工作进行不下去（冒烟测试）
2、严重错误(P2)：
1)重要功能不能实现
2)错误发波及面广，影响到其它重要功能正常实现功能交互
3)非常规操作导致的程序崩溃、死机、死循环、闪退
4)外观引起的难以接受的缺陷
5)密码明文显示
3、一般错误（P3）：
1）侧腰功能不能正常实现
2）操作界面错误
3）查询错误，数据错误显示
4）简单的输入限制未放在前端进行控制
5）删除操作未给出提示
4、细微错误（P4）：
程序在一些显示上不美观、不符合用户习惯或文字错误，例如：
1）界面不规范
2）辅助说明描述不清楚
3）提示窗口文字未采用行业术语
4）界面存在文字错误
四、bug的生命周期
生命周期一般的缺陷状态：提bug->指派->已解决->待验->关闭
1、已经指派的bug：
已经指派给开发的，需要注意bug的走向，随时关注并进行跟踪。如果一直未修复，提醒开发修改，以免开发忘记，如果已经修复等待测试环境更新后进行验证。
2、已解决的bug：
等待测试环境更新后进行验证，验证通过则关闭，验证不通过则重新打开指派给开发
3、重复bug：
先去查看下是否跟开发指定的bug重复，如果确定是重复则关闭；如果不重复，说明原因，重新打开指派给开发
4、不是缺陷：
再次依据需求确认，是否是bug，如果依然觉得是缺陷跟开发沟通，列举出来觉得是bug的点，沟通不达一致找产品确认，确认是bug注明情况并再次指派给开发，产品确认不是bug，就不纠结，直接关闭bug，但是，会把这个bug记录下来，等到测试任务结束后，再来研究。
5、无法重现：
确认开发环境是否跟测试环境一致，包括操作步骤、浏览器、环境、特定账号、输入数据等，如果多个版本验证后，如开发所说重现不了，依据bug的严重程度跟产品、开发一起确认关闭，如果找到重现原因，注明清楚并再次指派给开发。
6、不予解决：
找产品进行确认，确认不予解决进行关闭；确认需要解决请备注原因并打开指派给开发
7、设计如此：
找产品进行确认，确认设计如此进行关闭，确认是问题，备注原因重新指派给开发
8、延期修改：
确认bug严重程度，是否影响当前版本发布，与产品经理进行确认，不予延期请根据情况进行激活与情况说明，确认延期则做好记录，后续版本进行关注