BUG管理流程图：
名词解释：
提单：测试人员找到的BUG，并且把BUG提交到BUG管理工具
仲裁：公司具有话语权的大佬
流程图的描述：
多名测试人员发现BUG，提交BUG到BUG管理工具让测试经理审核，测试经理对BUG审核发现提交的BUG如果与其他同事提交的BUG重复或者之前提交过的就直接丢弃，如果提交的不规范打回给对应测试人员从新提交，BUG通过审核测试经理给至开发经理，由开发经理分配对应开发人员，开发人员项目进度和BUG优先级（优先级越高的BUG越严重）进行修复，修复好的BUG给至测试人员进行回归验证，回归通过，则关闭，如果不通过，把BUG状态修改为不通过从新打回给开发进行修复
BUG级别: 致命，严重，一般、提示性或者建议性
1级：致命错误、系统崩溃、死机、死循环、支付功能金钱受损失
2级：次主体功能受损失
3级：涉及到其他功能的正常使用
4级：建议性bug
L1、L2、L3、L4------>L ----> level等级
高 中 低
BUG的步骤里面包含哪些内容：
1.测试环境地址
2.测试账号和密码
3.测试数据及操作的步骤
4.相对应的截图附件
5.BUG的级别
BUG的状态（BUG的生命周期）有哪些？
1、New（新的）----bug被发现
2.Assigned(已指派的)----开发人员接受此bug
3.Open（打开的）----开发人员正在修复此bug
4.Fixed（已修复的）----bug已经被修复完成
5.Pending Reset（待测试）----按bug优先级进行测试
6.Reset（测试）----测试人员进行测试
7.Closed（关闭）-----bug已被修复
8.reopen（再打开）----测试时发现bug依然存在则重新打开
禅道使用常见操作【实战部分】
常见的步骤：
组织：部门-添加下级部门、用户-添加产品经理，项目经理，开发测试经理，测试和开发
产品：产品-添加产品、模块-维护子模块、计划-创建计划、需求-提需求（不评审）
项目：项目-添加项目、团队-团队管理、版本-创建版本、任务-建任务、需求-关联需求
测试：版本-提交测试、用例-导出模板上传用例、bug-提交bug
后台：后台-发信配置邮件发送