- 1 15后新版本禅道的安装升级
- 2 15后新版本禅道的新增功能
- 3 15后新版本禅道的界面变化
- 4 15后新版本禅道的最简使用
-
5. 15后新版本禅道的基本使用
- 5.1 新手引导
- 5.2 全局添加
- 5.3 接口库
- 5.4 配置飞书内的禅道单点登录
-
6. 按照角色使用15后版本禅道
- 6.1. 管理员
- 6.2. 项目集负责人
- 6.3. 产品经理
- 6.4. 项目经理
-
6.5. 研发人员
- 6.5.1 参加产品计划会议,分解任务
- 6.5.2 领取任务,并每天更新任务
- 6.5.3 创建版本,提交测试
- 6.5.4 确认Bug,解决Bug
- 6.5.5 执行的综合、需求、Bug、任务看板
- 6.6. 测试人员
-
7. DevOps 功能
- 7.1 Git/SVN版本库管理和查看代码
-
7.2. 集成GitLab
- 7.2.1 集成GitLab,绑定用户,关联issue,进行构建
- 7.2.2 集成GitLab,提交合并请求
- 7.2.3 禅道中GitLab的权限
- 7.3 集成Jenkins,进行构建
- 7.4 集成SonarQube
- 8 通用看板功能
- 9. 后台设置
-
10. 权限维护和访问控制
- 10.1 项目集的权限维护和访问控制
- 10.2 产品的权限维护和访问控制
- 10.3 项目的权限维护和访问控制
- 10.4 执行的权限维护和访问控制
- 10.5 项目和执行的访问控制和数据关系
确认Bug,解决Bug
- 2022-02-24 13:46:16
- 先知
- 2239
- 最后编辑:LuLu 于 2022-05-17 10:42:27
- 分享链接
提交测试之后,测试人员展开测试,便会有Bug产生。这时候开发团队的一个重要职责便是解决Bug。
禅道里面Bug的处理流程比较简单:
测试人员提交Bug => 开发人员确认、解决Bug => 测试人员验证关闭Bug,这是比较正常的流程。
还有一个流程是激活流程:
测试人员提交Bug => 开发人员确认、解决Bug => 测试人员验证未通过 => 激活Bug => 重新解决 =>验证关闭。
开发人员所需要做的事情便是确认和解决指派给自己的Bug,并在禅道中记录解决方案。
研发人员在禅道中如何确认Bug,解决Bug? 来看视频讲解: https://www.zentao.net/redirect-index-20923.html
一、确认Bug
当测试人员提交了Bug之后,如果开发人员来不及解决这个Bug,这时候可选的一个操作是确认这个Bug,给测试人员一个反馈。
Bug列表页面会显示是否已经确认过。Bug详情页面有确认操作按钮。Bug列表右侧也有确认操作按钮。
需要说明的是,如果一个Bug被解决之后,也会自动变成已确认。
开发人员可以在地盘--待处理--Bug列表,测试--Bug列表,项目--测试--Bug列表,执行--测试--Bug列表中,直接点击确认按钮来确认Bug。
也可以到Bug详情页,点击操作栏中的确认按钮完成确认。
测试--Bug列表页的确认按钮:
二、解决Bug
开发人员 可 以在地盘--待处理--Bug列表,测试--Bug列表,项目--测试--Bug列表,执行--测试--Bug列表或Bug详情页面中点击解决按钮来解决Bug。
Bug详情页面的解决按钮:
点击解决按钮后,需要选择解决方案和解决版本。
解决Bug成功后,Bug状态由激活修改为已解决。
三、Bug解决方案说明
1. 禅道目前提供7种解决方案
- bydesign:设计如此,无需改动
- duplicate:重复Bug,以前已经记录有同样的Bug
- external:外部原因,非本系统原因
- fixed: 已解决
- notrepro:无法重现,无法重现该Bug
- postponed:延期处理,确实是Bug,但现在暂时不解决,放在以后处理
- willnotfix:不予解决
特别说明:其中“已解决”和“延期处理”的Bug视为有效Bug。还需要添加新解决方案,可以到后台--自定义--Bug--解决方案里添加。
2. Bug解决方案为什么没有转需求的说明
- Bug转为需求后,该Bug默认就自动关闭了。关于该Bug后面的信息跟踪已经转到了需求页面。
- Bug转为需求后,实际上来说这个Bug其实是还没解决的,只是转为需求做后续处理。
Bug详情页面有转需求按钮,可以直接将Bug转为需求。
成功转为需求的Bug,在历史记录、需求来源、相关信息里会记录相关信息。
成功转为需求的Bug,会自动关闭,关闭原因记录为转需求。
Bug详情页面的转需求按钮:

Bug转需求成功后,自动关闭,点击需求名称可以查看需求。