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

软件测试管理神器之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/

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

bug管理工具在项目中的作用是什么？

Bug管理工具缺失对项目的影响在实际工作实践过程中，没有软件缺陷管理工具的帮助，就可能会出现如下一系列的影响:

1.软件测试人员将Bug已经提交给了开发人员，但是开发人员可能没有一个很清晰的界面来接收到测试人员提交的Bug信息。

2.有一些Bug可能是测试人员进行回归测试中测试出的问题，但是不能和第一次测试出此类型的情况进行关联，所引起的结果为不能进行有效的回归测试。

3.测试样例的版本控制难以做到，不能很清晰地看出Bug所处的状态，是Bug被关闭了还是被延期了。

4.当运用Word或者Excel作为缺陷管理工具时，可能会给Bug各类指标数的统计(特别是以图表形式统计)带来问题，很难看出一个Bug对应的测试需求。

5.假如出现一些不可重现的Bug按照规定也需要进行记录，这些不可重现的Bug在整个项目中的状态难以定义。(不能算作已经解决的Bug，同时Bug由于不能重现使得开发人员修复起来有困难)软件测试的主要目的在于发现软件存在的问题(Bug)。

软件测试的项目有哪些常用的缺陷管理工具？

1.QC
QC的全称Quality center,质量中心的意思，它是一款缺陷管理工具，可以组织和管理一个项目所有的测试阶段.
2.Bugzilla，
Bugzilla是一个Bug追踪系统设计用来帮助你管理软件开发。
Bugzilla是一开源Bug Tracking System，是专门为Unix定制开发的。但是在windows平台下依然可以成功安装使用.
3.Bugfree，
BugFree是借鉴微软的研发流程和Bug管理理念，使用PHP+MySQL独立写出的一个Bug
管理系统。简单实用、免费并且开放源代码(遵循GNU GPL)。
4.JIRA
JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件。
JIRA功能全面，界面友好，安装简单，配置灵活，权限管理以及可扩展性方面都十分出色。
JIRA创建的默认问题类型包括New Feature、Bug、Task和Improvement四种，还可以自己定义，所以它也一是过程管理系统。
Jira融合了项目管理、任务管理和缺陷管理，许多著名的开源项目都采用了JIRA。
JIRA 是目前比较流行的基于Java架构的管理系统，由于Atlassian公司对很多开源项目实行免费提供缺陷跟踪服务，因此在开源领域，其认知度比其他的产品要高得多，而且易用性也好一些。同时，开源则是其另一特色，在用户购买其软件的同时，也就将源代码也购置进来，方便做二次开发。
5.Mantis
Mantis是一个基于PHP技术的轻量级的缺陷跟踪系统，其功能与前面提及的JIRA系统类似，都是以Web操作的形式提供项目管理及缺陷跟踪服务。在功能上可能没有JIRA那么专业，界面也没有JIRA漂亮，但在实用性上足以满足中小型项目的管理及跟踪。更重要的是其开源，不需要负担任何费用。不过目前的版本还存在一些问题，期待在今后的版本中能够得以完善。
6.Readmine
Redmine是用ruby开发的基于web的项目管理软件，免费。JIRA收费
Redmine可以创建子任务，而jira不易创建子任务。
Redmine来管理项目，但它没有用例管理.
7.禅道
禅道项目管理软件是开源，集产品管理、项目管理、质量管理、文档管理、组织管理和事务管理于一体，是一款功能完备的项目管理软件，完美地覆盖了项目管理的核心流程。
8.TAPD
TAPD项目管理软件是基于敏捷开源，隶属腾讯开发出来的，集产品管理、项目管理、质量管理、文档管理、组织管理和事务管理于一体，是一款功能完备的项目管理软件，完美地覆盖了敏捷项目管理的核心流程。
9.TESTlink
略
10.TD
略
如果想这块内容增强的小伙伴参考网上的相关知识(黑马程序员论坛等)

bug管理工具有哪些

Itest(爱测试)，最懂测试人的开源测试管理软件隆重发布
https://www.oschina.net/p/itest-cn
开源敏捷管理，testOps 践行者  itest  。可按测试包分配测试用例执行，也可按建测试迭代，也有docker
管理管理，还有很常用的测试度量；对于发版频繁，需求常变，itest
还提交导出用例，线下修改用例，线下执行，线下新增，然后再导入（同步）到线上，非常方面测试用例的处理，在测试看板中，能查看迭代报告，测试包执行情况，测试任务进展，也可以在看板上直接执行用包用例。且可根据不同测试策略来设置测试流程，并可实时调整。

软件测试中怎提交bug

1:首先您要看你公司用什以工具，jira，bugliza，TD，QC，等等，一般的公司会有一个BUG管理工具
2：然后根据工具提示一步一步操作提交BUG就可以，提交BUg时需要注意的是相关的BUg的标题，内容，标题要求简单易懂，让开发直接一看就知道是什么问题，内容要求详细，第一步怎么操作，第二步怎么操作，把BUG出现的步骤要描述清楚
3：预期结果，实际结果，就是目前出现了BUG，这个实际的结果是怎样的，但是实际上预期的结果应该是怎样的，如登录操作：预期结果，输入用户名、密码、点击登录按钮，登录成功实际结果：输入用户名、密码，点击登录，登录失败

以上就是学分高考的小编对软件测试管理神器之zentao(禅道)-BUG管理以及它的详细介绍与分析，相信大家看完之后都已经对这方面有了更详细的认识与了解。（本文共4538字）