1  15后新版本禅道的安装升级
2  15后新版本禅道的新增功能
3  15后新版本禅道的界面变化
4  15后新版本禅道的最简使用
5. 15后新版本禅道的基本使用
5.1  新手引导
5.2  全局添加
5.3  接口库
5.4  配置飞书内的禅道单点登录
6. 按照角色使用15后版本禅道
6.1. 管理员
6.1.1  维护组织部门
6.1.2  维护用户
6.1.3  维护权限
6.2. 项目集负责人
6.2.1  创建项目集
6.2.2  添加产品
6.2.3  创建项目
6.2.4  管理人员
6.2.5  添加干系人
6.3. 产品经理
6.3.1  创建产品
6.3.2  维护模块
6.3.3  产品多分支/平台管理
6.3.4  维护计划
6.3.5  维护需求
6.3.6  需求的评审
6.3.7  创建发布
6.3.8  跟踪进度
6.4. 项目经理
6.4.1  维护项目和执行
6.4.2  维护团队
6.4.3  关联需求
6.4.4  分解任务
6.4.5  跟踪进度
6.4.6  瀑布项目的使用
6.4.7  看板项目的使用
6.5. 研发人员
6.5.1  参加产品计划会议,分解任务
6.5.2  领取任务,并每天更新任务
6.5.3  创建版本,提交测试
6.5.4  确认Bug,解决Bug
6.5.5  执行的综合、需求、Bug、任务看板
6.6. 测试人员
6.6.1  撰写用例
6.6.2  执行用例
6.6.3  提交Bug
6.6.4  验证和关闭BUG
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. 后台设置
9.1  集成禅道客户端
9.2  模型
9.3  自定义
9.4. 通知
9.4.1  邮件
9.4.2  Webhook
9.4.3  浏览器
9.4.4  设置
9.5  插件
9.6  二次开发
9.7  系统
9.8  导入Jira数据
9.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,解决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转需求成功后,自动关闭,点击需求名称可以查看需求。

评论列表
吴先生 2022-04-24 11:15:55
确认bug这个动作存在的意义是什么呢?感觉可以去掉的步骤啊?
于涛 2022-04-24 11:24:43 回复
对应研发人员再进行解决BUG之前需要确认下这个BUG是否为一个有效BUG的
1/1
发表评论
评论通过审核后显示。