小白如何快速上手bug管理工具

如何快速上手bug管理工具（禅道）教程

1.操作流程… 4
1.1 访问方式… 4
1.2 操作流程… 4
2.产品经理… 4
2.1 需求 … 4
2.1.1 流程图… 4
2.1.2 添加需求… 5
2.2 报表… 6
3.项目经理… 7
3.1 创建项目 … 7
3.2 任务 … 8
3.3 需求 … 9
3.4 团队 … 10
3.5 动态 … 11
3.6 文档 … 11
3.7 版本… 12
3.8 概况 … 12
3.9 报表 … 12
4.开发团队 … 13
5.测试团队… 14
5.1 执行测试 … 14
5.2 提交验收 BUG… 15
5.3 提交部署发布 BUG… 16
6.管理员… 17
6.1 创建产品… 17
6.2 设置模块… 18
6.3 设置权限… 18
6.4 设置组织机构… 19
6.5 设置用户… 19
6.6 设置公司信息… 20

登录和注册

1.1 访问方式

访问地址：http://加上公司地址或者本地地址/zentao
用户名：姓名全拼（如：管理员admin）
密码：123456

1.2 操作流程
小白如何快速上手bug管理工具

2.产品经理

2.1 需求
2.1.1 流程图

需求有一个状态(status)字段，总共有四种状态，分别是草稿(draft)、**(active)、已变更(changed)和已关闭(closed)。对应为需求的流程操作共有：创建、变更、审核、关闭、**。
需求还有一个阶段(stage)字段，用来描述**的需求在研发过程中所处的阶段。目前总共有等待、已计划、已立项、开发中、开发完毕、测试中、测试完毕、已验收、已发布。

小白如何快速上手bug管理工具
2.1.2 添加需求

进入“产品-需求”视图
点击页面右侧的“提需求”选项，进入“添加需求”页面
页面中包括：所属产品（选择：需求管理）、所属计划、来源、需求名称（必填项）、需求描述、验收标准、优先级、预计工时、由谁评审、抄送给、关键词、附件等

2.2 报表
进入“产品”视图
点击页面右侧的“报表”选项，进入“统计报表”页面
页面中列出了报表类型，包括：产品需求数量、模块需求数量、需求来源统计、计划进行统计、状态进行统计、所处阶段进行统计、优先级进行统计、预计工时进行统计、由谁创建来进行统计、当前指派来进行统计、关闭原因来进行统计、变更次数来进行统计等。点击“生成报表”链接，即可根据需要进行需求的统计。

3.项目经理

3.1 创建项目

进入“项目”视图
点击页面右上角的"添加项目"按钮，进入新增项目页面
页面包括：项目名称（必填项），项目代号（必填项），起止日期（必填项）、可用工
作日、团队名称、项目类型、关联产品、项目描述、访问控制等

3.2 任务
进入“项目-任务”视图
点击页面右上角的“创建任务”选项，进入“创建任务”页面
页面包括：所属模块、指派给、任务类型、相关需求、任务名称、任务描述、优先级、最初预计、预计开始、截止日期、抄送给、附件等。
需要注意：
1.任务分解尽量细致。按照 scrum 的实践，分解的任务，应该是一个人可以独立完成，最
好在 4-16 小时之间。
2.任务分解应该完整，比如搭建测试环境，购买机器之类的看似无关的任务，也都应该列入任务列表。
3. 任务的分派，应当由团队成员自愿认领为主，不要硬性指派。
4.任务类型应该认真选择，这关系到相关需求所处阶段的自动计算。

3.3 需求
进入项目视图，选择产品后
选择“需求”选项，右侧有“关联需求”选项
进入“需求关联”页面，选择要关联的需求，在关联时，可以按照优先级进行排序关联的需求状态必须是**的（评审通过，不能是草稿）

3.4 团队
进入项目视图之后，点击“团队”，出现团队的成员列表
点击页面右上角的的“团队管理”，进入“团队管理页面”，即可维护团队的成员

3.5 动态
可以查看的相应的项目动态信息
3.6 文档
需要将需求文档、设计文档、数据库设计文档、测试用例文档、会议评审文档等项目相关文档上传至此。
进入“项目-文档”视图
点击页面右上角的"创建文档"按钮，进入“创建文档”页面
页面包括：所属项目、所属产品、所属分类、文档类型、文档标题（必填项）、关键字、
文档摘要、附件等

3.7 版本
进入“项目-版本”视图
点击页面右上角的“创建版本”选项，进入“创建版本”页面
3.8 概况
可以查看项目的基本信息。
3.9 报表
进入“项目”视图
点击页面右侧的“报表”选项，进入“统计报表”页面
页面中列出了报表类型，包括：项目任务数统计、模块任务数统计、指派给统计、任务类型统计、优先级统计、任务状态统计、截止日期统计、预计时间统计、当剩余时间统计、消耗时间统计、由谁完成统计、关闭原因统计、每天完成统计等。点击“生成报表”链接，即可根据需要进行需求的统计

4.开发团队

主要是提交测试任务

进入“测试-BUG”视图
点击页面右上角的“提 BUG”选项，进入提测页面
页面需要填写项：产品模块（选择：测试验收）、所属项目、影响版本（必选项）、当前指派（测试负责人）、BUG 标题（必填项,必须以“测试验收：”开头）、抄送给（必填项）、附件（附加 checklist、部署文档等）

5.测试团队

5.1 执行测试

开发人员提测试验收 BUG 给测试经理或组长，并附有 checklist 文档
测试经理或测试组长安排测试任务
测试人员依据 SVN 地址 check 或 up 版本
 查看是否有版本号，以及版本号是否正确
 版本内的文件要求只能是本次修改所涉及的文件，且不允许上传 conf 文件至 SVN
 若有 conf 文件需要修改，需要在 checklist 中说明
 若有中间版本时，需要开发在 bugzilla 中回复修改了哪些文件
禅道操作手册
 当 checklist 有更改时，一定要与上一版本的 checklist 进行文件对比
 备份测试环境的文件或者数据库（数据库管理一般由 DBA 负责）
依据 checklist 进行测试环境更新，若有多台服务器，需同步到其他服务器
测试人员依据测试用例执行测试
 无论是开发/产品自测或者我们测试的 bug，在更新环境后都需要在 bug 中回复，对于开
发/产品自测的 bug，回复让其自测
 测试完每个版本中都要在 bug 中回复发现 Bug 数以及 Bug 类别（如：前台 xx，后台 xx），
并提醒开发尽快修复并提交下一版本
 测试完成后需要在 bug 中回复测试完成
 测试过程中发现的 BUG 提交到 QC

5.2 提交验收 BUG
6. 进入“测试-BUG”视图
7. 点击页面右上角的“提 BUG”选项，进入提测页面
8. 页面需要填写项：产品模块（选择：项目验收）、所属项目、影响版本（必选项）、当前指派（验收负责人）、BUG 标题（必填项,必须以“项目验收：”开头）、抄送给（必填项）、附件（附加 checklist、部署文档等）
小白如何快速上手bug管理工具
5.3 提交部署发布 BUG