禅道使用+BUG流程、级别、状态

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

后台：后台-发信配置邮件发送