软件测试管理神器之zentao(禅道)-BUG管理

禅道在遵循其管理方式基础上，结合国内研发现状，整合了bug管理，测试用例管理，发布管理，文档管理等功能，完整的覆盖了软件研发项目的整个生命周期。在禅道软件中，明确的将产品、项目、测试三者概念区分开，产品人员、开发团队、测试人员，三者分立，互相配合，又互相制约，通过需求、任务、bug来进行交相互动，终通过项目拿到合格的产品。

禅道是一个软件全生命周期管理工具，但作为测试人员，可能梗关注其中的bug管理及测试用例管理的模块， 本文就重点说下bug管理。

禅道里面的bug基本流程是：  测试人员提出bug ->开发人员解决bug ->测试人员验证关闭 。

下面我们来演示下具体的使用方法。

一、创建产品

使用 bug管理功能之前，需要先创建产品，禅道里面设计的理念是bug主要附属在产品概念下面的，添加产品的入口有多个，可以在所有产品页面点击右侧的“添加产品”按钮。

新增产品的时候，需要设置产品的名称、代号，几个负责人信息，可以根据具体情况选择填写必填项。

二、提交bug单到禅道

有了产品之后，我们就可以来创建bug了， 在禅道里面提交bug的方式有两种，一种是测试用例的执行结果为失败时，转bug；另一种是不依赖测试用例的bug，可以直接进行提交 。

1、由执行测试用例的测试用例直接转bug单

通过【用例】模块的不通过用例的【转bug】按钮后，可以打开一个bug提交页面。输入相应的缺陷信息后，点击【保存】即可完成缺陷的提交。

2、直接提交bug单

这样的bug提交方式是不依赖于测试用例的。可以直接通过【bug】模块内的【提bug】进行bug提交，提交bug的页面和转bug页面基本一致，但是提bug页面中没有预先填写的信息，这里需要一项一项的输入。输入完成后点击【保存】按钮完成缺陷的提交。

3、两种方式的区别

用【转bug】生成的bug单，在bug 的信息里面有一项数据是关于【来源用例】，用来展示该bug 是由哪一个测试用例转来的。

直接提交的bug单，没有【来源用例信息】，和系统中的测试用例没有任何关系。

最好的方式就是依据测试用例的执行结果进行bug的提交，这样也可以溯源，就算是通过探索方法发现的缺陷，也可以补充一条用例进行关联的；

三、bug单的生命周期管理

Bug的生命周期在课程中是一个重中之重，当一个bug被提交就表明他的生命周期的开始，之后指派给某一位研发人员之后，由开发来确认、解决这个bug。

一般bug的处理流程是：

1、确认bug单

确认该bug确实存在后，可以将其指派给某人，并指定bug类型、优先级、备注、抄送等。

2、解决bug单

当bug修复解决后，点击解决，指定解决方案、日期、版本，并可将其再指派给测试人员。

3、关闭bug单

当研发人员解决了bug之后，bug会重新指派到bug的创建者头上。这时候测试人员可以来验证这个bug是否已经修复。如果验证通过，则可以关闭该bug。（bug列表页和详情页中都有“关闭”按钮。）

4、激活bug单

如果一个bug没有被修复，解决之后或者关闭之后，也可以对其进行激活。

四、总结

关于禅道工具的使用，还有很多，官方也提供了很详细的说明，可以自行查阅。

官方帮助文档： https://www.zentao.net/book/zentaopmshelp/

欢迎关注作者，如果觉得写的还不错，就给点个赞同、喜欢、收藏（后续持续更新）。

传统的项目管理工具都已经越做越烂了，现下情况发展的移动互联网企业来说太重了，推荐iClap还不错，可以关注下

据本大神的慧眼观察，iClap这款产品许是企业级服务的颠覆产品，听我细细道来：

作为bug管理软件而言，该产品具有的bug管理工具可同步pc，手机端的bug信息，并且对系统崩溃时的bug信息收集采集自动的存档，便于开发，测试人员工作。

另一方面来看，批注工具可有效提高团队内部人员对产品功能，界面的建议等信息的反馈，利于团队内部沟通，同时可针对某个问题建立讨论组展开实时讨论，最后不得不说的一点是，所有的 *** 作都是在自家的app产品上进行的，方便，简洁，更高效。

---