禅道bug管理基本流程资料
禅道使用手册
禅道使用手册(总20页) -CAL-FENGHAI.-(YICAI)-Company One1-CAL-本页仅作为文档封面，使用请直接删除禅道使用手册概述禅道管理基于 LGPL 协议开源免费的项目管理软件、集产品管理、项目管理、测试管理一体以及事物管理组织管理的功能。
1.admin 管理员进入系统配置账号首先登录公司 BUG 系统点击组织视图，进入如下界面。
在组织视图下，我们主要使用用户列表和权限分组来配置账号。
如果需要更全面记录用户信息，可以使用部门维护和公司管理。
现在初始化帐号是自己名字的拼音密码为1234561.11.2点击公司管理，进入如下图所示界面可以对公司信息进行编辑。
1.2 部门编辑此处可以编辑参与项目测试的测试组和项目组可以添加修改和删除部门。
1.4编辑用户，点击右上角的添加用户，入如下界面上面的图所示页面可以对用户的信息进行编辑，保存成功后即显示到用户列表中，如下图所示。
在用户列表下，可以点击部门结构列表中的部门名称连接来查看用户的分配情况，点击删除可以删除用户，点击编辑可以对用户信息进行完善。
如下图所示1.4设置用户的权限，点击权限分组，显示如下界面禅道中默认有5个权限分组，也点击右上的添加分组/或者在权限分组页面-新增分组，添加一个新的分组，进行自定义设置，如下图所示。
分组建立成功后，点击后面的权限维护，来设置此组里面的用户的访问权限，如下图所示。
设置完成后点击保存点击权限分组对应的成员维护，添加用户设置用户角色，赋予用户对应的权限2 添加产品信息管理员进入系统后，点击产品视图，在产品视图模块对项目进行录入，产品即我们所进行测试的项目系统产品：2.1 新增产品，点击右上角的添加产品，如下图所示产品添加成功之后产品的列表中3 测试用例3.1 创建用例点击导航栏中的“用例”按钮，进入如下图所示界面；点击右上角的“建用例”进入如下图所示界面；按照格式填入用例比标题、步骤、预期结果等。
禅道bug提交管理规范标准
禅道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状态。
以上是一般测试人员禅道使用流程，掌握禅道的使用技巧可以提高测试人员的工作效率和质量。
关于禅道管理流程的说明
关于禅道管理流程的说明一、禅道的管理流程图：二、禅道使用1）首先，建立组织，在组织视图中设置公司、部门、角色，并且分配权限。
公司页面：部门页面：角色页面：权限页面：员工页面：通过此模块，可以迅速配置管理好整个公司的员工，并且设定好员工的操作权限。
2）产品模块此页面可以添加产品此页面可以编辑子模块创建完产品，我们下一步要创建计划，此模块可以管理计划然后我们可以新增需求如图，需求可以跟产品、计划、模块、需求的来源等关联起来，并且可以设定评审人、工时和优先级。
发布模块，是一个产品完成后，对其进行发布的计划，可以在发布模块新建发布模块里的版本，是在“项目”大模块里建立的，下面我们就看看“项目模块”。
3）项目模块：禅道里的项目，其实是一个迭代的周期，这个迭代周期中，可能产生几个小版本。
我们现在建立一个项目，将项目与产品和产品关联起来，如下图建立好的项目如下图：下面我们看看项目中的需求，这里可以关联产品的需求关联需求的模块。
如果在项目中发生要新增需求，则可以在项目模块中新增需求，需求通过评审将自动新增到产品中。
但是产品中新增的需求不能自动新增到项目中。
需求弄好后，项目经理可以分解任务：如图，这个就是新增任务的模块。
新增任务时要选择抄送人，一般选择项目经理。
当然，也可以批量分解：转到任务子模块，如图项目组成员可以在此模块中看到自己的任务，那些任务未开始做，那些任务正在做，那些任务做完，那些任务逾期。
项目经理则可以在此处通过条件筛选，查看整体项目组的任务情况。
一个项目肯定由一队人马来完成，“团队”子模块可以让项目经理设定哪些人是此项目组的成员，并且设定他们的权限。
下面我们来看看“燃尽图”燃尽图是禅道的亮点之一，它能只管的表示出在一个项目周期中，所用工时的实际值与预期值之间的偏差如图，横轴是周期日期，纵轴是工时。
红色虚线是理想的曲线，蓝色曲线是每天剩余的工时组成的曲线，上图明显要逾期。
一旦项目经理看到有逾期的风险，可以回到任务页面，查看哪些任务逾期。
禅道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时，动了已经测试通过的模块，需要备注一下影响范围；（注：专业文档是经验性极强的领域，无法思考和涵盖全面，素材和资料部分来自网络，供参考。
(sms)禅道bug流程
管理规范及进程安排概述本文档定义的整个生命周期，规范的解决技术指导文件及管理进程安排。
在流转的过程中有章可循。
规范严重等级与解决优先级，使开发人员与测试人员能根据此文档准确判断的严重程度并加以解决。
关键角色及职责的生命周期解决技术指导文件解决技术指导文件分为：已解决、外部原因、设计如此、重复、无法重现、延期解决、不予解决一、无争议类A.解决技术指导文件已解决开发已修复的：解决技术指导文件置为已解决。
同时添加说明不对原因、解决办法。
示例：问题原因：未作条件判断解决方法：进行合理边界判断.解决技术指导文件外部原因开发认为不是：解决技术指导文件置为外部原因。
指派给提出者。
同时注明置为外部原因的理由。
示例：.解决技术指导文件无法重现无法重现的：主要依赖日志分析问题原因，然后进行对应的修改。
开发修改后，测试追溯个版本、或者使用测试工具反复测试，如没有重现则先关闭。
并注明关闭版本号。
.解决技术指导文件延期解决需延期的：将解决技术指导文件置为延期解决，并注明延期理由。
示例：开发认为重复：将解决技术指导文件置为重复，并标注重复的，并备注原因。
二、争议类测试、开发有争议的：备注争议内容，并指派给对应产品，进行讨论确认修改技术指导文件。
讨论后产品备注解决办法，并指派给对应的开发测试。
A、产品确认需要修改的：将指派给对应的开发人员，并注明修改内容。
示例：B、产品确认不需要修改的：将解决技术指导文件置为设计如此、不予解决，并注明不需要修改原因，指派给创建人员。
示例：三、测试关注点：开发已修复，测试验证通过的：关闭，并注明通过或者现状。
示例：验证通过开发已修复，测试验证不通过的：将激活，并根据实际情况注明激活理由。
示例：状态激活：开发还未解决的问题状态。
已解决：开发人员已确认或已修复的问题状态。
已关闭：测试验证，确定已解决的问题状态。
严重程度级：不能执行正常的功能制作，或者因产品原因导致系统死机，需马上修复的问题示例：程序无法启动，或者登录。
禅道培训
禅道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视图管理（报表管理）：。
禅道软件缺陷管理流程
禅道软件缺陷管理流程
⾸先，注册禅道的账号，然后开通服务，申请成功，会⽣成⼀个⾃⼰公司的⼀个管理域地址，点击我的站点，可以看到当前版本情况，点击域名，进⼊⾃⼰公司的项⽬管理界⾯。
1.需要添加产品，以及所属的产品线
2.根据产品建⽴模块划分
3.针对不同的模块建⽴bug
选择该模块⽬前尽在进⾏的项⽬需求
4.可以针对产品模块直接建⽴测试⽤例，测试⽤例可以⼀条条添加，也可以下载excel模板，在excel中填写好，导⼊系统中更快捷⽅便
5.针对每⼀条测试⽤例可以点击执⾏⽤例的情况，通过，失败，实际的结果
6.执⾏testcase失败后，可以直接提交bug,bug状态：新建-激活-解决-重新激活-关闭
7.新增测试单，即当前正在进⾏的测试项⽬，关联对应的测试⽤例
8.测试执⾏完毕，可以点击测试报告，选择对应的测试单，⽣成报告。
禅道bug管理流程
禅道bug管理流程在软件开发过程中，bug管理是一个至关重要的环节。
禅道作为一款优秀的项目管理工具，其bug管理流程也是非常完善的。
接下来，我们将详细介绍禅道bug管理的流程。
首先，需要明确的是，bug管理的目标是及时发现和解决软件中存在的问题，保证软件的质量。
在禅道中，bug管理流程主要包括bug的提交、确认、分配、解决和验证等步骤。
1. Bug的提交。
在禅道中，任何一个项目成员都可以提交bug。
当发现软件中存在问题时，需要及时将bug提交到禅道中。
在提交bug时，需要填写详细的bug描述，包括bug的现象、复现步骤、期望结果和实际结果等信息。
同时，需要选择bug的严重程度、优先级和所属模块等属性，以便后续的处理和跟踪。
2. Bug的确认。
提交bug后，项目负责人或测试人员会对bug进行确认。
他们会根据提交的bug描述和复现步骤，尝试复现bug并确认其有效性。
如果确认bug有效，则会继续进行后续的处理；如果确认bug无效，则会关闭该bug，并给出相应的解释。
3. Bug的分配。
确认有效的bug会被分配给相应的开发人员进行处理。
在分配bug时，需要考虑bug的严重程度和优先级，合理安排开发人员的工作任务。
同时，需要及时通知开发人员bug的相关信息，确保他们能够及时了解bug的情况并进行处理。
4. Bug的解决。
开发人员接收到bug后，会进行分析和定位，并尽快进行bug的修复。
在修复bug时，需要编写相应的代码，并进行测试验证。
修复完成后，需要将代码提交到版本控制系统中，并将bug状态更新为“已解决”。
5. Bug的验证。
在bug被解决后，测试人员会对bug进行验证。
他们会根据bug的描述和修复情况，尝试复现bug并验证其是否已经被解决。
如果bug已经被成功解决，则会关闭该bug，并进行相应的记录；如果bug未能被解决，则会重新打开该bug，并通知开发人员进行修复。
通过以上流程，禅道能够有效地管理bug，确保bug能够被及时发现和解决。
禅道管理bug流程
禅道管理bug流程嘿，朋友！咱今儿来聊聊禅道管理中的那个让人头疼的 bug 流程。
你想想，这 bug 就像个调皮的小怪兽，时不时就冒出来捣乱。
要是没个好法子来对付它，那可真是能把咱的项目搅得一团糟！禅道管理中的 bug 流程，那可是个精细活儿。
就好比做一顿丰盛的大餐，每一个步骤都得拿捏得准准的。
当发现一个 bug 时，咱得像侦探一样敏锐，迅速把它的“行踪”和“特征”给记录下来。
这记录可不能马虎，得详细又准确，不然就像做菜忘了放盐，没滋味！然后呢，给这 bug 分分类。
是小打小闹的“小怪”，还是能掀翻桌子的“大boss”？这分类就像给不同的病人分诊，得搞清楚轻重缓急。
接下来，给负责解决的小伙伴安排任务。
这可得找对人，不然就像让厨子去修水管，能行吗？而且还得给个明确的期限，不然他拖拖拉拉，项目不就耽误啦？在解决 bug 的过程中，咱得时刻盯着，就像盯着锅里的汤，别煮干了。
时不时问问进展，给点建议，可不能让小伙伴跑偏了。
等 bug 解决了，可别高兴得太早。
得好好检验检验，这就像新衣服到手，得看看有没有线头、有没有瑕疵。
要是没检验好，回头它又蹦出来捣乱，那不白忙活了？还有啊，整个过程中的沟通特别重要。
要是大家都闷着头干，信息不流通，那不成了打乱仗？就像拔河比赛，劲儿不往一处使，能赢吗？所以说，禅道管理 bug 流程，得细心、得用心、得有耐心。
每一个环节都不能掉链子，每一个决定都得明智。
只有这样，才能把那些讨厌的 bug 收拾得服服帖帖，让咱们的项目顺顺利利地推进。
总之，禅道管理 bug 流程可不是闹着玩的，咱得认真对待，才能在项目的道路上一路畅通无阻！。
禅道使用的基本流程
禅道使用的基本流程1. 注册禅道账号•访问禅道官方网站•点击注册按钮•填写必要的信息，如用户名、密码、邮箱等•完成注册流程2. 登录禅道账号•打开禅道官方网站•点击登录按钮•输入注册时的用户名和密码•点击登录按钮进行登录3. 创建项目•登录后，在主页面找到“项目”选项•点击“项目”选项•点击“新建项目”按钮•填写项目名称、描述等信息•点击“确定”按钮创建项目4. 添加成员•在项目页面找到“成员”选项•点击“成员”选项•点击“添加”按钮•输入成员的用户名或邮箱•选择成员角色•点击“确定”按钮添加成员5. 创建需求•在项目页面找到“需求”选项•点击“需求”选项•点击“新建需求”按钮•填写需求标题、描述等信息•设置需求的优先级、迭代版本等属性•点击“确定”按钮创建需求6. 创建任务•在需求页面找到“任务”选项•点击“任务”选项•点击“新建任务”按钮•填写任务标题、描述等信息•设置任务的优先级、指派给等属性•点击“确定”按钮创建任务7. 创建Bug•在项目页面找到“Bug”选项•点击“Bug”选项•点击“新建Bug”按钮•填写Bug标题、描述等信息•设置Bug的优先级、指派给等属性•点击“确定”按钮创建Bug8. 进行项目管理•通过项目页面可以进行需求、任务、Bug的管理和监控•可以修改、删除、指派、关闭需求、任务、Bug等•可以查看需求、任务、Bug的详细信息和工作进展9. 进行团队协作•通过禅道的协作功能，团队成员可以实时沟通和共享信息•可以在需求、任务、Bug下进行评论和回复•可以上传附件、创建文档、分享链接等10. 进行项目报告•在项目页面找到“报告”选项•点击“报告”选项•可以查看项目的进度、工作量、问题等报告•可以导出项目报告为Excel、PDF等格式•可以进行数据分析和统计以上是禅道使用的基本流程，通过这些基本的操作，您可以完成项目的管理和协作工作。
禅道提供了丰富的功能和灵活的配置选项，可以满足不同团队的需求。
禅道操作手册_开发员
禅道操作手册_研发员
一、访问禅道
１、在IE8.0浏览器中输入服务器的IP地址：http://192.168.0.190:8088/zentaopms/www/进入禅道管理工具，如下图1-1所示：
图1-1
2、输入研发员的用户名和密码，，如下图1-2所示：
图1-2
3、点击‘登录’按钮，进入到禅道的界面窗口中，点击‘我的地盘’查看任务，如下图1-3所示：
图1-3
二、Bug的管理
1、再点击‘测试’，点击‘Bug标题’进入到Bug管理界面中，如下图2-1所示：
图2-1
2、点击‘Bug标题’后，弹出Bug的页面，研发员去验证此Bug,若是确认为是Bug,则修改Bug，当解决完后，就点击‘解决’按钮，如下图2-2所示：
图2-2
3、点击‘解决’按钮，弹出解决方案的窗口，并填写相关的解决方案的信息，点击‘保存’，如下图2-3所示：
图2-3
4、点击‘保存’按钮即可指派给某个测试员了，该测试员登录进系统中进行返测，若测试员返测时不通过，测试员会继续指派给该研发员，该研发员则继续修改此Bug，直到解决为止。
禅道bug处理指导
禅道bug处理指导
一、bug的处理流程有两种情况：
1.测试人员提交bug => 开发人员解决bug => 测试人员验证关闭；
2.测试人员提交bug => 开发人员解决bug => 测试人员验证未通过=> 激活bug => 重新解决=>验证关闭;
二、一个bug的生命周期
三、处理bug
登录禅道,查看“指派给我”的缺陷：
对缺陷进行分析与重视,如果发现不是缺陷可能由于测试人员不了解需求或无法对此问题进行重现,那么就需要将此问题反回给测试人员,并注明原因;如果确认为缺陷则需要对其进行处理,解决或转交;
解决缺陷需要选择正确的解决方案和解决版本：
解决方案说明：
设计如此=> 设计如此,无需改动;
重复Bug => 重复Bug,以前已经有同样的bug;
外部原因=> 外部原因,非本系统原因;
已解决=> 已解决;
无法重现=> 无法重现,无非重现bug;
延期处理=> 延期处理,确实是bug,但现在不解决,放在以后;
不予解决=> 不予解决,跟提交者协商一致,决定不予解决;。
禅道详细操作手册
1．首先在登陆禅道平台
2.组织→部门建立部门→用户建立用户—>权限针对每个用户设置好权限
3.产品经理建立产品
4.建立产品下的模块名称
5.创建产品计划
6.创建产品需求
6.1创建需求时，可根据所属模块所属计划来创建，方便查询某个模块或某个计划下的需求
7.开发查看需求分解任务
8.开发人员项目—>建立项目关联上产品
9.根据项目建立任务
10测试查看需求书写用例
11测试提交bug
12开发需关注状态为红色的bug 【那就是需求你解决的bug】
也可查看到其他开发的bug,但是颜色是黑色的
13.开发登录首页时，就可以看到指派给你的任务和需要你解决的bug
14.开发解决一个bug后，需修改bug的状态，让测试及时回测
14.1填写时，注意选择解决方案，真实填写，其它方案解决的可填写备注
15.测试人员根据状态显示回测bug 并关闭bug
16.回测通过后，就关闭bug, 不通过就修改激活bug 并认真填写好备注
17.开发对于已解决的bug又重启开启了，需关注历史记录下的备注，测试会填写后问题重现的步骤。
简述禅道的使用流程
简述禅道的使用流程1. 禅道的概述禅道是一款开源的项目管理工具，旨在提供高效的项目管理和团队协作功能。
它具有任务跟踪、需求管理、BUG跟踪、文档管理、团队协作等多个模块，可以满足项目管理的各个环节的需求。
2. 禅道的安装与配置•下载禅道源码包，解压到web服务器的根目录下。
•配置数据库信息，创建一个数据库，并将配置信息写入config/my.php文件中。
•打开浏览器，访问禅道的安装界面，按照提示进行安装。
3. 用户与项目管理3.1 用户管理•登录禅道管理员账号，点击用户管理。
•点击新建用户，填写用户信息并保存。
•为用户分配角色和权限。
3.2 项目管理•登录禅道管理员账号，点击项目管理。
•点击新建项目，填写项目信息并保存。
•为项目设置成员和权限。
4. 任务和需求管理4.1 创建任务和需求•在项目页面，点击任务管理或需求管理。
•点击新建任务或新建需求，填写相关信息并保存。
4.2 分配任务和需求•在任务或需求列表中，选择要分配的任务或需求。
•点击分配任务或分配需求，选择负责人并保存。
4.3 修改任务和需求状态•在任务或需求列表中，选择要修改状态的任务或需求。
•点击修改状态，选择新的状态并保存。
5. BUG管理5.1 创建BUG•在项目页面，点击BUG管理。
•点击新建BUG，填写BUG信息并保存。
5.2 指派和解决BUG•在BUG列表中，选择要指派或解决的BUG。
•点击指派给或解决按钮，选择相应的成员并保存。
5.3 验证和关闭BUG•在BUG列表中，选择要验证或关闭的BUG。
•点击验证或关闭按钮，填写相应信息并保存。
6. 文档管理6.1 创建文档•在项目页面，点击文档管理。
•点击新建文档，填写文档信息并保存。
6.2 编辑和查看文档•在文档列表中，选择要编辑或查看的文档。
•点击编辑或查看按钮，进行相应操作。
7. 团队协作7.1 讨论•在项目页面，点击讨论。
•在讨论页面，发表话题并进行讨论。
7.2 文件共享•在项目页面，点击文件共享。
禅道系统_BUG流程分析
Bug的属性Bug重现环境这个应该是我们重现bug的一个前提，如果没有这个前提，我们可能会无法重现问题，或者跟本就无从下手。
操作系统这个是一般软件运行的一大前提，基本上所有的软件都依赖于操作系统之上的，对于一个软件来说，要想在某个操作系统上运行，必须要对这个操作系统支持，这就需要有真对性的设计与开发。
对于不同的操作系统，其可能存在差异（如：win xp 与 win 7）或本质的区别（如 win 7 与 CentOS linux ），所以，操作系统环境是重现问题的一个重要前提。
浏览器对于B/S系统，或面向大众的互联网产品（网站，邮箱等），浏览器的兼容性也是必须测试的一个重点，对于现在的浏览器市场，各式的浏览器都有其用户群，要想使产品大众化，必须考虑这些产品的兼容性问题。
不同的浏览器之间（IE、 firefox、chrome、opera 等），甚至同一系列不同版本（ie6/ie7/ie8/ie9等）都可能存在兼容性问题，所以，对于这类应用，浏览器环境重现bug 前提条件之一。
其它（这个“其它”非常重要）对于不同的系统发现重现问题，都会有其特定的前提，拿我测试的邮箱来说，必须要描述其是在测试线还是现网环境，而且还要附带一重现问题的帐号等。
对于c/s软件，可能还要考虑与其它常用软的兼容等，例如，是在安装的某款软件后，对本软件的安装和使用造成影响。
这些都是重现问题的必须描述的环境。
问题类型根据JIRA的管理系统的划分，bug 只是问题的一种，它可以用于跟踪多种不同类型的问题（其实，他只是将bug做为一子类而已）。
JIRA系统缺省提供的问题类型（大部分的系统都可以自定义类型的，这样就增加了灵活性。
）Bug : 测试过程、维护过程发现影响系统运行的缺陷。
（这就是一般测试人员所提交的bug）New Feature : 对系统提出的新功能。
（单个的小需求可以，如果大的话，就相当于一个需求，放到这里是不合理的。
）Task : 需要完成的一任务。
禅道bug管理基本流程
禅道bug管理基本流程
禅道里面的bug基本流程是：测试人员提出bug -> 开发人员解决bug -> 测试人员验证关闭。
下面我们来演示下具体的使用方法。
一、创建产品
使用bug管理功能之前，需要先创建产品。
禅道里面设计的理念是bug主要附属在产品概念下面的，后面我们会详细讲述产品和项目之间的关系。
新增产品的时候，需要设置产品的名称、代码，几个负责人信息。
二、提出bug
有了产品之后，我们就可以来创建bug了。
•在创建bug的时候，必填的字段是影响版本，bug标题，重现步骤这些基本的信息。
•所属项目，相关产品，需求可以忽略。
•创建bug的时候，可以直接指派给某一个人员去处理。
如果不清楚的话，可以保留为空。
三、解决bug
当一个bug指派给某一位研发人员之后，他可以来验证解决这个bug。
3.1 通各种标签和检索条件找到需要自己处理的bug
在对bug进行出来之前，需要先要找到需要自己处理的bug。
禅道提供了各种各样的检索方式，比如指派给我，可以列出所有需要我处理的bug。
3.2 解决bug
研发人员解决bug，选择解决方案，一般来讲有效的解决bug方案是”已解决“。
四、关闭bug
当研发人员解决了bug之后，bug会重新指派到bug的创建者头上。
这时候测试人员可以来验证这个bug是否已经修复。
如果验证通过，则可以关闭该bug。
Weilu。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
禅道b u g管理基本流
程
禅道bug管理基本流程
禅道里面的bug基本流程是：测试人员提出bug -> 开发人员解决bug -> 测试人员验证关闭。
下面我们来演示下具体的使用方法。
一、创建产品
使用bug管理功能之前，需要先创建产品。
禅道里面设计的理念是bug主要附属在产品概念下面的，后面我们会详细讲述产品和项目之间的关系。
新增产品的时候，需要设置产品的名称、代码，几个负责人信息。
二、提出bug
有了产品之后，我们就可以来创建bug了。
•在创建bug的时候，必填的字段是影响版本，bug标题，重现步骤这些基本的信息。
•所属项目，相关产品，需求可以忽略。
•创建bug的时候，可以直接指派给某一个人员去处理。
如果不清楚的话，可以保留为空。
三、解决bug
当一个bug指派给某一位研发人员之后，他可以来验证解决这个bug。
3.1 通各种标签和检索条件找到需要自己处理的bug
在对bug进行出来之前，需要先要找到需要自己处理的bug。
禅道提供了各种各样的检索方式，比如指派给我，可以列出所有需要我处理的bug。
3.2 解决bug
研发人员解决bug，选择解决方案，一般来讲有效的解决bug方案是”已解决“。
四、关闭bug
当研发人员解决了bug之后，bug会重新指派到bug的创建者头上。
这时候测试人员可以来验证这个bug是否已经修复。
如果验证通过，则可以关闭该bug。
Weilu。