禅道bug管理使用说明

禅道使用手册精选文档 TTMS system office room 【TTMS16H-TTMS2A-TTMS8Q8-禅道使用手册概述禅道管理基于 LGPL 协议开源免费的项目管理软件、集产品管理、项目管理、测试管理一体以及事物管理组织管理的功能。

管理员进入系统配置账号首先登录公司 BUG 系统点击组织视图，进入如下界面。

在组织视图下，我们主要使用用户列表和权限分组来配置账号。

如果需要更全面记录用户信息，可以使用部门维护和公司管理。

现在初始化帐号是自己名字的拼音密码为1234561.1点击公司管理，进入如下图所示界面可以对公司信息进行编辑。

部门编辑此处可以编辑参与项目测试的测试组和项目组可以添加修改和删除部门。

1.2编辑用户，点击右上角的添加用户，入如下界面上面的图所示页面可以对用户的信息进行编辑，保存成功后即显示到用户列表中，如下图所示。

在用户列表下，可以点击部门结构列表中的部门名称连接来查看用户的分配情况，点击删除可以删除用户，点击编辑可以对用户信息进行完善。

如下图所示设置用户的权限，点击权限分组，显示如下界面禅道中默认有5个权限分组，也点击右上的添加分组/或者在权限分组页面-新增分组，添加一个新的分组，进行自定义设置，如下图所示。

分组建立成功后，点击后面的权限维护，来设置此组里面的用户的访问权限，如下图所示。

设置完成后点击保存点击权限分组对应的成员维护，添加用户设置用户角色，赋予用户对应的权限2 添加产品信息管理员进入系统后，点击产品视图，在产品视图模块对项目进行录入，产品即我们所进行测试的项目系统产品：新增产品，点击右上角的添加产品，如下图所示产品添加成功之后产品的列表中3 测试用例创建用例点击导航栏中的“用例”按钮，进入如下图所示界面；点击右上角的“建用例”进入如下图所示界面；按照格式填入用例比标题、步骤、预期结果等。

其中“维护模块”能添加用例属于表的功能模块，这样能表示该用例属于该产品的什么模块。

禅道Bug提交管理规修订历史目录目录 (2)1. 目的 (3)2. 禅道系统Bug流程图 (4)3. Bug流程操作及其Bug相关信息解释 (5)3.1.测试人员发现bug (5)3.2.测试人员创建Bug (5)3.3.开发人员设定Bug优先级别并确认Bug (7)3.4.开发人员解决Bug (8)3.5.测试人员验证Bug (9)1.目的本文档定义了bug管理流程及其bug相关信息容。

本文档适用围：●本文档适用于新产品以及以后新产品的项目。

原有项目的bug管理仍然用JIRA系统进行管理。

●本文档适用于新产品以及以后新产品的项目相关的测试人员和开发人员。

2. 禅道系统Bug流程图3. Bug流程操作及其Bug相关信息解释3.1.测试人员发现bug3.2.测试人员创建Bug测试人员登录禅道系统，创建Bug。

Bug状态为激活（未确认）创建Bug页面截图：页面字段注释：所属产品：选择发现Bug的产品，必填项。

所属模块：选择发现Bug的对应模块，必填项。

所属项目：选择测试所属的项目。

必填项。

影响版本：选择发现bug的版本。

必填项。

当前指派：选择指派的开发人员。

必填项。

Bug标题：用简单明了的语句说明Bug容，相当于BUG的中心语句。

必填项。

在标题上注明bug出现的频率（稳定出现/经常出现/很少出现/出现一次）重新步骤：重现步骤格式如下。

必填项。

[环境]：如果系统/浏览器信息不能够全部说明发现Bug的环境，需要在重现步骤里详细描述环境信息，以便于开发定位和解决问题。

[步骤]：写明出现Bug的操作步骤，要求简单，去掉与Bug无关的步骤。

[结果]：写明操作的实际结果。

[期望]：写明操作的期望结果。

相关需求：选择与Bug相关的需求。

如果Bug关联测试用例，系统会自动关联测试用例的需求。

相关任务：选择与Bug相关的任务。

这里的任务是在『项目』->『任务』中创建的任务。

Bug类型如下：●代码错误：功能性错误。

一般测试人员禅道使用流程
禅道是一款常用的项目管理与缺陷跟踪系统，对于测试人员来说，掌握禅道的使用技巧可以提高工作效率和质量。

下面是一般测试人员禅道使用流程：
1. 注册账号
首先需要注册一个禅道账号，可以在公司内部禅道系统中注册，也可以在禅道官网上注册。

2. 登录禅道
注册成功后，使用注册账号登录禅道，进入主界面。

3. 创建测试计划
在禅道中创建测试计划，包括测试目的、测试策略、测试环境、测试人员等。

在测试计划中也可以添加测试用例。

4. 创建Bug
发现Bug后，在禅道中创建Bug记录，包括Bug的严重程度、影响范围、复现步骤、截图等信息。

5. 修复Bug
当开发人员修复了Bug后，测试人员需要验证修复的Bug是否已经完全解决。

如果Bug已经被修复，测试人员需要在禅道中确认Bug 已经被解决。

6. 测试报告
在测试结束后，测试人员需要撰写测试报告，包括测试环境、测试结果、Bug统计等信息。

测试报告可以帮助项目管理者了解项目的
进展情况和质量状况。

7. 关注Bug
测试人员需要关注禅道中的Bug情况，及时处理和跟进Bug状态。

以上是一般测试人员禅道使用流程，掌握禅道的使用技巧可以提高测试人员的工作效率和质量。

bug管理规范及流程1 概述本文档定义bug的整个生命周期，规范bug的解决方案及管理流程。

Bug在流转的过程中有章可循。

规范bug严重等级与bug解决优先级，使开发人员与测试人员能根据此文档准确判断bug的严重程度并加以解决；2 关键角色及职责3 Bug的生命周期4 Bug解决方案Bug解决方案分为：已解决、外部原因、设计如此、重复bug、无法重现、延期解决、不予解决一、无争议类A.解决方案已解决开发已修复的bug：bug解决方案置为已解决；同时添加说明错误原因、解决办法；示例：问题原因：未作条件判断解决方法：进行合理边界判断B.解决方案外部原因开发认为不是bug：bug解决方案置为外部原因；指派给bug提出者；同时注明置为外部原因的理由；示例：C.解决方案无法重现无法重现的bug：主要依赖日志分析问题原因，然后进行对应的修改；开发修改后，测试追溯3个版本、或者使用测试工具反复测试，如没有重现则先关闭；并注明关闭版本号；D.解决方案延期解决需延期的bug：将bug解决方案置为延期解决，并注明延期理由；示例：E．解决方案重复bug开发认为bug重复：将bug解决方案置为重复bug，并标注重复bug的ID，并备注原因。

二、争议类测试、开发有争议的bug：备注争议内容，并指派给对应产品，进行讨论确认修改方案；讨论后产品备注解决办法，并指派给对应的开发or测试；A、产品确认需要修改的bug：将bug指派给对应的开发人员，并注明修改内容；示例：B、产品确认不需要修改的bug：将bug解决方案置为设计如此、不予解决，并注明不需要修改原因，指派给bug创建人员；示例：三、测试关注点：开发已修复，测试验证通过的bug：关闭bug，并注明通过或者现状；示例：验证通过开发已修复，测试验证不通过的bug：将bug激活，并根据实际情况注明激活理由；示例：5 Bug状态激活：开发还未解决的问题状态；已解决：开发人员已确认或已修复的问题状态；已关闭：测试验证，确定已解决的问题状态；6 Bug严重程度1级：不能执行正常的功能操作，或者因产品原因导致系统死机，需马上修复的问题示例：程序无法启动，或者登录；程序崩溃、停止运行，系统死机，无法进行下一步的操作2级：部分功能存在严重缺陷，尚可继续测试，不影响产品稳定性；示例：偶现的程序崩溃、停止运行功能未实现数据不同步功能错误，无法进行后续操作3级：次要功能或者界面存在的一些错误，不影响正常测试；示例：界面UI显示和效果图不一致；提示语不正确；错别字；查询结果显示错误4级：测试对于产品的一些改进建议；7 Bug优先级4级：对产品的影响比较小，在时间不允许的情况下可以暂时不修改；3级：必须修改，不一定马上修改，需讨论确定在某个特定的里程碑前修改完；2级：必须在版本发布之前修改完；1级：影响测试，需立即或者下一个版本修复；8 其他注意事项1) 开发人员没有关闭bug的权限，所有问题均需经过测试验证无误后才可关闭；2) 开发、测试双方有争议的bug，必须经过产品的确认才可进行下一步的操作；3) 测试需及时验证已修复bug；4) 产品人员可以根据产品的阶段性需求重新分配bug解决的优先级；5) 重新指派bug后，需要口头或者QQ告知对方；6) bug的优先级划分比较重要；7) 开发人员解决bug时，动了已经测试通过的模块，需要备注一下影响范围；（注：专业文档是经验性极强的领域，无法思考和涵盖全面，素材和资料部分来自网络，供参考。

bug管理规范及流程1概述本文档定义bug的整个生命周期，规范bug的解决方案及管理流程。

Bug在流转的过程中有章可循。

规范bug严重等级与bug解决优先级，使开发人员与测试人员能根据此文档准确判断bug的严重程度并加以解决；2关键角色及职责3Bug的生命周期4Bug解决方案Bug解决方案分为：已解决、外部原因、设计如此、重复bug、无法重现、延期解决、不予解决一、无争议类A.解决方案已解决开发已修复的bug：bug解决方案置为已解决；同时添加说明错误原因、解决办法；示例：问题原因：未作条件判断解决方法：进行合理边界判断B.解决方案外部原因开发认为不是bug：bug解决方案置为外部原因；指派给bug提出者；同时注明置为外部原因的理由；示例：C.解决方案无法重现无法重现的bug：主要依赖日志分析问题原因，然后进行对应的修改；开发修改后，测试追溯3个版本、或者使用测试工具反复测试，如没有重现则先关闭；并注明关闭版本号；D.解决方案延期解决需延期的bug：将bug解决方案置为延期解决，并注明延期理由；示例：E．解决方案重复bug开发认为bug重复：将bug解决方案置为重复bug，并标注重复bug的ID，并备注原因。

二、争议类测试、开发有争议的bug：备注争议内容，并指派给对应产品，进行讨论确认修改方案；讨论后产品备注解决办法，并指派给对应的开发or测试；A、产品确认需要修改的bug：将bug指派给对应的开发人员，并注明修改内容；示例：B、产品确认不需要修改的bug：将bug解决方案置为设计如此、不予解决，并注明不需要修改原因，指派给bug创建人员；示例：三、测试关注点：开发已修复，测试验证通过的bug：关闭bug，并注明通过或者现状；示例：验证通过开发已修复，测试验证不通过的bug：将bug激活，并根据实际情况注明激活理由；示例：5Bug状态激活：开发还未解决的问题状态；已解决：开发人员已确认或已修复的问题状态；已关闭：测试验证，确定已解决的问题状态；6Bug严重程度1级：不能执行正常的功能操作，或者因产品原因导致系统死机，需马上修复的问题示例：程序无法启动，或者登录；程序崩溃、停止运行，系统死机，无法进行下一步的操作2级：部分功能存在严重缺陷，尚可继续测试，不影响产品稳定性；示例：偶现的程序崩溃、停止运行功能未实现数据不同步功能错误，无法进行后续操作3级：次要功能或者界面存在的一些错误，不影响正常测试；示例：界面UI显示和效果图不一致；提示语不正确；错别字；查询结果显示错误4级：测试对于产品的一些改进建议；7Bug优先级4级：对产品的影响比较小，在时间不允许的情况下可以暂时不修改；3级：必须修改，不一定马上修改，需讨论确定在某个特定的里程碑前修改完；2级：必须在版本发布之前修改完；1级：影响测试，需立即或者下一个版本修复；8 其他注意事项1)开发人员没有关闭bug的权限，所有问题均需经过测试验证无误后才可关闭；2)开发、测试双方有争议的bug，必须经过产品的确认才可进行下一步的操作；3)测试需及时验证已修复bug；4)产品人员可以根据产品的阶段性需求重新分配bug解决的优先级；5)重新指派bug后，需要口头或者QQ告知对方；6)bug的优先级划分比较重要；7) 开发人员解决bug时，动了已经测试通过的模块，需要备注一下影响范围；Welcome To Download !!!欢迎您的下载，资料仅供参考！。

禅道使用手册概述禅道管理基于LGPL 协议开源免费的项目管理软件、集产品管理、项目管理、测试管理一体以及事物管理组织管理的功能。

1.admin 管理员进入系统配置账号首先登录公司BUG 系统http://192.168.1.122:90/zentaotest/www/index.php?m=user&f=login 点击组织视图，进入如下界面。

在组织视图下，我们主要使用用户列表和权限分组来配置账号。

如果需要更全面记录用户信息，可以使用部门维护和公司管理。

现在初始化帐号是自己名字的拼音密码为1234561.1点击公司管理，进入如下图所示界面可以对公司信息进行编辑。

1.2 部门编辑此处可以编辑参与项目测试的测试组和项目组可以添加修改和删除部门。

1.2编辑用户，点击右上角的添加用户，入如下界面上面的图所示页面可以对用户的信息进行编辑，保存成功后即显示到用户列表中，如下图所示。

在用户列表下，可以点击部门结构列表中的部门名称连接来查看用户的分配情况，点击删除可以删除用户，点击编辑可以对用户信息进行完善。

如下图所示1.4设置用户的权限，点击权限分组，显示如下界面禅道中默认有5个权限分组，也点击右上的添加分组/或者在权限分组页面-新增分组，添加一个新的分组，进行自定义设置，如下图所示。

分组建立成功后，点击后面的权限维护，来设置此组里面的用户的访问权限，如下图所示。

设置完成后点击保存点击权限分组对应的成员维护，添加用户设置用户角色，赋予用户对应的权限2 添加产品信息管理员进入系统后，点击产品视图，在产品视图模块对项目进行录入，产品即我们所进行测试的项目系统产品：2.1 新增产品，点击右上角的添加产品，如下图所示产品添加成功之后产品的列表中3 测试用例3.1 创建用例点击导航栏中的“用例”按钮，进入如下图所示界面；点击右上角的“建用例”进入如下图所示界面；按照格式填入用例比标题、步骤、预期结果等。

其中“维护模块”能添加用例属于表的功能模块，这样能表示该用例属于该产品的什么模块。

禅道的使用说明禅道的使用说明一、介绍禅道是一款功能强大的项目管理、bug跟踪、需求管理等多功能的软件工具。

本文档将详细介绍如何使用禅道进行项目管理。

二、安装与配置1、环境要求：包括操作系统、Web服务器、PHP版本等要求。

2、与安装：提供安装包，并给出详细的安装步骤。

3、配置禅道：包括数据库配置、邮件配置等。

4、登录与用户管理：介绍如何登录禅道以及用户管理的方法。

三、项目管理1、创建项目：指导如何创建新的项目。

2、项目配置：介绍项目的基本信息配置，包括项目名称、描述、成员等。

3、项目需求管理：说明如何创建需求、分配需求负责人、跟踪需求的进度等。

4、项目任务管理：介绍如何创建任务、指派任务负责人、跟踪任务的进度等。

5、项目缺陷管理：详细说明如何创建缺陷、指派缺陷负责人、跟踪缺陷的解决情况等。

四、协作与交流1、项目文档管理：说明如何、共享项目文档。

2、项目讨论区：介绍如何在禅道上与项目成员进行讨论与沟通。

3、项目日程安排：指导如何设置项目的日程安排，包括会议、待办事项等。

五、统计与报表1、项目进度统计：介绍如何通过禅道项目进度统计报表。

2、缺陷与任务统计：说明如何通过禅道缺陷与任务统计报表。

3、用户工作量统计：指导如何通过禅道用户工作量统计报表。

六、附件本文档涉及的附件请参见附件目录。

七、法律名词及注释1、本文档所涉及的法律名词包括但不限于合同、知识产权、保密协议等。

2、注释：合同：指双方共同遵守的法律文件；知识产权：指个人或团体对其创作的知识或信息所享有的专有权利；保密协议：指双方约定的对涉及商业利益的信息保密的协议。

禅道bug两种处理流程：
正常Bug处理流程：
测试人员提交bug——开发人员解决bug——测试人员验证关闭，这是比较正常的流程。

激活流程：
测试人员提交bug——开发人员解决bug——测试人员验证未通过——激活bug——重新解决——验证关闭。

测试提交bug步骤：
1、进入“测试”页签；
2、点击页面右侧的“提bug”，即可进入bug创建页面
在提交bug页面填写以上信息后，点击保存，即可完成bug的提交，并返回bug列表：
在bug列表中点击ID或者bug标题，进入Bug详细页面：
Bug提交以后开发的操作对应于：确认、指派、解决等操作。

确认：当测试人员提交了bug之后，如果开发人员来不及解决这个bug，这个时候可选的一个操作是确认这个bug，给测试人员一个反馈。

指派：重新指定Bug负责人的操作：
解决bug的时候，需要填写bug的解决方案：
解决Bug时候需要填写解决方法：
对于已经解决的Bug,测员，如果测试人员验证通过，则执行关闭Bug操作，如果验证为通过则执行激活操作。

Bug视图管理（报表管理）：。

禅道bug管理使用说明禅道BUG管理使用说明一、登录禅道访问地址： http://192.168.1.3/bug用户名为姓名的全拼简称，如chenjin初始密码为123456若提示帐号不存在，请联系陈进进行开通。

二、测试流程测试BUG基本流程为：测试人员提出bug -> 开发人员解决bug -> 测试人员验证关闭。

演示具体的使用方法。

1、提出bug选择导航菜单测试—>bug，点击页面右上角“+提bug”按钮我们就可以来创建bug了。

BUG创建页面：在创建bug的时候，必填的字段是影响版本、bug标题、重现步骤✧BUG类型、严重程度（数字越小代表该BUG越严重）请必须填写有利于开发人员及时准修复BUG。

✧重现步骤请尽量详细的填写并附截图。

✧相关产品、相关需求、操作系统、浏览器版本可以忽略。

✧创建bug的时候，可以直接指派给某一个人员去处理。

如果暂时不清楚的话，可以保留为空。

2、解决bug当一个bug指派给某一位研发人员之后，他可以来验证解决这个bug。

2.1 通过各种标签和检索条件找到需要自己处理的bug在对bug进行出来之前，需要先要找到需要自己处理的bug。

禅道提供了各种各样的检索方式：✧首页->我的地盘可快速找到指派给我的BUG：测试->bug->指派给我，可以列出所有需要我处理的bug。

2.2 解决bug✧研发人员解决bug，选择解决方案，一般来讲有效的解决bug方案是”已解决“。

✧备注请尽量详细填写并附解决完成的截图有利于测试人员进行验证。

3、关闭bug当研发人员解决了bug之后，bug会重新指派到bug的创建者。

这时候测试人员可以来验证这个bug是否已经修复。

如果验证通过，则可以关闭该bug，那么该BUG表示已经修复并验证完成。

4、重新激活BUG如果已经关闭的BUG之后验证又出现的同样的问题，这时测试人员可以新建一个BUG或者重新激活该BUG。

选择测试->Bug->所有，可以显示该项目的所有BUG查看一条已经关闭的BUG详情，点击激活，重新编辑保存即可激活，备注请详细填写。

-----WORD格式--可编辑--专业资料-----
1、常用模块：“我的地盘”我做主
2、优先级说明：数值越小优先级越高，1的优先级最高，4最低
3、任务处理说明：原则上按照任务截止日期安排处理
4、测试人员创建bug规范
4.1 标题：简明扼要
4.2 问题描述：
1）【操作步骤】要简明清晰，按照实际操作步骤记录
2）【结果】要描述清楚，必须要有截图，标记处错误位置，按照需要配有说明文字3）【预期】给出正确的预期结果
4.3 优先级按照实际标出
4.4 环境、浏览器要按照实际选择
4.5 对与登录用户的，需提供用户账户信息
5、测试人员bug处理规范
5.1 原则上当天4点前的bug当天回归结束
5.2 测试失败的bug，激活，要写明激活原因和现象描述
5.3 未写明问题原因的bug，激活处理
6、开发bug处理说明
6.1 无法重现的bug要跟bug提出人确认后关闭，减少bug激活次数
6.2 原则上不允许出现不予解决
6.3关闭bug要选择原因分析，备注说明具体的原因，否则测试退回处理
7、线上bug建任务处理，标题以【bug】开头
--完整版学习资料分享----。