解决bug 分享链接 /book/zentaopms/167.html?releaseID=1

提交测试之后，测试人员展开测试，便会有Bug产生。这时候研发团队的一个重要职责便是解决bug。

禅道里面Bug的处理流程比较简单：

测试人员提交Bug => 开发人员确认、解决Bug => 测试人员验证关闭，这是比较正常的流程。

还有一个流程是激活流程：

测试人员提交Bug => 开发人员确认、解决Bug => 测试人员验证未通过 => 激活Bug => 重新解决 =>验证关闭。

开发人员所需要做的事情便是处理自己负责Bug，并在禅道中登记解决方案：

 一、解决Bug

1.测试---Bug列表，可以查看到Bug，选择需要解决的Bug。

如果创建Bug选择了所属项目，那么还可以在项目---Bug下查看到与该项目相关的Bug。

点击Bug列表页的 解决 操作按钮即可。

2. 点击bug标题，在bug的详情页面也可以找到“解决”操作的按钮。

3. 解决Bug的时候，需要填写Bug的解决方案。

注：bug解决之后，转给测试人员验证，如果验证bug依旧存在，测试可以再次激活bug，转给开发人员解决。

二、Bug的解决方案的说明

1、禅道目前提供7种解决方案：

bydesign   => 设计如此，无需改动
duplicate  => 重复Bug，以前已经记录有同样的Bug
external   => 外部原因，非本系统原因
fixed      => 已解决
notrepro   => 无法重现，无法重现该Bug
postponed  => 延期处理，确实是Bug，但现在暂时不解决，放在以后处理
willnotfix => 不予解决 

特别说明：其中“已解决”和“延期处理”的Bug视为有效Bug。

2、Bug的解决方案为什么没有转需求的说明

• Bug成功转为需求后，该Bug默认就自动关闭了。关于该Bug后面的信息跟踪已经转为需求页面了。
• Bug转为需求，实际上来说这个Bug其实是还没解决的，只是转为需求做后续处理。

Bug详情已经有转需求按钮，可以直接将Bug转为需求。

成功转为需求的Bug，在历史记录、需求来源、相关信息里会记录相关信息。

成功转为需求的Bug会自动关闭，关闭原因记录为转需求。