用BugZilla为例子： 测试人员发现了BUG，提交到Bugzilla中，状态为new， BUG的接受者为开发接口人员，开发接口人员将BUG分配给相关的模块的开发人员，状态修改为已分配， 开发人员和测试确认BUG，如果是本人的BUG，则设置为接收; 如果是别的开发人员的问题，则转发出去，由下一个开发人员来进行此行为; 如果认为不是问题，则需要大家讨论并确认后，拒绝这个BUG，然后测试人员关闭此问题。 如果开发人员接受了BUG，并修改好以后，将BUG状态修改为已修复，并告知测试在哪个版本中可以测试。 测试人员在新版本中测试，如果发现问题依然存在，则拒绝验证;如果已经修复，则关闭BUG。

测试人员发现了BUG，提交到Bugzilla中，状态为new，BUG的接受者为开发接口人员

开发接口将BUG分配给相关的模块的开发人员，状态修改为已分配，开发人员和测试确认BUG，如果是本人的BUG，则设置为接收；如果是别的开发人员的问题，则转发出去，由下一个开发人员来进行此行为；如果认为不是问题，则需要大家讨论并确认后，拒绝这个BUG，然后测试人员关闭此问题。

如果开发人员接受了BUG，并修改好以后，将BUG状态修改为已修复，并告知测试在哪个版本中可以测试。

测试人员在新版本中测试，如果发现问题依然存在，则拒绝验证；如果已经修复，则关闭BUG。

测试人员发现了BUG，提交到Bugzilla中，状态为new，BUG的接受者为开发接口人员

开发接口将BUG分配给相关的模块的开发人员，状态修改为已分配，开发人员和测试确认BUG，如果是本人的BUG，则设置为接收；如果是别的开发人员的问题，则转发出去，由下一个开发人员来进行此行为；如果认为不是问题，则需要大家讨论并确认后，拒绝这个BUG，然后测试人员关闭此问题。

如果开发人员接受了BUG，并修改好以后，将BUG状态修改为已修复，并告知测试在哪个版本中可以测试。

测试人员在新版本中测试，如果发现问题依然存在，则拒绝验证；如果已经修复，则关闭BUG。

bug管理工具的跟踪过程（以BugZilla为例子）：

  （1）测试人员发现了BUG，提交到Bugzilla中，状态为new，BUG的接受者为开发接口人员

  （2）开发接口将BUG分配给相关的模块的开发人员，状态修改为已分配，开发人员和测试确认BUG，如果是本人的BUG，则设置为接收；如果是别的开发人员的问题，则转发出去，由下一个开发人员来进行此行为；如果认为不是问题，则需要大家讨论并确认后，拒绝这个BUG，然后测试人员关闭此问题。

  （3）如果开发人员接受了BUG，并修改好以后，将BUG状态修改为已修复，并告知测试在哪个版本中可以测试。

  （4）测试人员在新版本中测试，如果发现问题依然存在，则拒绝验证；如果已经修复，则关闭BUG。

Bug跟踪管理流程

1、收到提交的新Bug

2、进行Bug分类和分配

3、开发人员负责Bug修复并提交修复时长。

4、测试人员进行测试。

5、测试完成后确认时间进行上线。

了解管理流程之后，我们需要选择合适的Bug管理工具落地整个流程，一个好的管理工具，不仅满足开发人员实际工作需求，更能为项目管理者提供一种管理思维。

测试人员发现了BUG，提交到Bugzilla中，状态为new，BUG的接受者为开发接口人员

Bug管理工具的跟踪过程一般分为一下4个部分：

1、测试人员发现了BUG，提交到Bugzilla中，状态为new，BUG的接受者为开发接口人员
2、开发接口将BUG分配给相关的模块的开发人员，状态修改为已分配，开发人员和测试确认BUG，如果是本人的BUG，则设置为接收；如果是别的开发人员的问题，则转发出去，由下一个开发人员来进行此行为；如果认为不是问题，则需要大家讨论并确认后，拒绝这个BUG，然后测试人员关闭此问题。

3、如果开发人员接受了BUG，并修改好以后，将BUG状态修改为已修复，并告知测试在哪个版本中可以测试。
4、测试人员在新版本中测试，如果发现问题依然存在，则拒绝验证；如果已经修复，则关闭BUG。