确认Bug，解决Bug 分享链接 /book/zentaopms/661.html?releaseID=17

提交测试之后，测试人员展开测试，便会有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解决方案说明

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转需求成功后，自动关闭，点击需求名称可以查看需求。