禅道操作手册Word格式文档下载.doc

禅道操作手册Word格式文档下载.doc

《禅道操作手册Word格式文档下载.doc》由会员分享，可在线阅读，更多相关《禅道操作手册Word格式文档下载.doc（20页珍藏版）》请在冰豆网上搜索。

日期

变更类型

（A*M*D）

修改人

摘要

审核人

备注

V1.0

2015-04-30

A

新建操作手册

目录

1.操作流程 3

1.1访问方式 3

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.1访问方式

1.访问地址：

http:

//10.1.2.226:

81/zentao

2.用户名：

姓名全拼（如：

zhangsan）

3.密码：

123456

1.2操作流程

2.产品经理

2.1需求

2.1.1流程图

1.需求有一个状态（status）字段，总共有四种状态，分别是草稿（draft）、激活（active）、已变更（changed）和已关闭（closed）。

对应为需求的流程操作共有：

创建、变更、审核、关闭、激活。

2.需求还有一个阶段（stage）字段，用来描述激活的需求在研发过程中所处的阶段。

目前总共有等待、已计划、已立项、开发中、开发完毕、测试中、测试完毕、已验收、已发布。

2.1.2添加需求

1.进入“产品-需求”视图

2.点击页面右侧的“提需求”选项，进入“添加需求”页面

3.页面中包括：

所属产品（选择：

需求管理）、所属计划、来源、需求名称（必填项）、需求描述、验收标准、优先级、预计工时、由谁评审、抄送给、关键词、附件等。

2.2报表

1.进入“产品”视图

2.点击页面右侧的“报表”选项，进入“统计报表”页面

3.页面中列出了报表类型，包括：

产品需求数量、模块需求数量、需求来源统计、计划进行统计、状态进行统计、所处阶段进行统计、优先级进行统计、预计工时进行统计、由谁创建来进行统计、当前指派来进行统计、关闭原因来进行统计、变更次数来进行统计等。

点击“生成报表”链接，即可根据需要进行需求的统计。

3.项目经理

3.1创建项目

1.进入“项目”视图

2.点击页面右上角的"

添加项目"

按钮，进入新增项目页面

3.页面包括：

项目名称（必填项），项目代号（必填项），起止日期（必填项）、可用工作日、团队名称、项目类型、关联产品、项目描述、访问控制等

3.2任务

1.进入“项目-任务”视图

2.点击页面右上角的“创建任务”选项，进入“创建任务”页面

所属模块、指派给、任务类型、相关需求、任务名称、任务描述、优先级、最初预计、预计开始、截止日期、抄送给、附件等。

需要注意：

Ø

任务分解尽量细致。

按照scrum的实践，分解的任务，应该是一个人可以独立完成，最好在4-16小时之间。

任务分解应该完整，比如搭建测试环境，购买机器之类的看似无关的任务，也都应该列入任务列表。

任务的分派，应当由团队成员自愿认领为主，不要硬性指派。

任务类型应该认真选择，这关系到相关需求所处阶段的自动计算。

3.3需求

1.进入项目视图，选择产品后

2.选择“需求”选项，右侧有“关联需求”选项

3.进入“需求关联”页面，选择要关联的需求，在关联时，可以按照优先级进行排序

关联的需求状态必须是激活的（评审通过，不能是草稿）

3.4团队

1.进入项目视图之后，点击“团队”，出现团队的成员列表

2.点击页面右上角的的“团队管理”，进入“团队管理页面”，即可维护团队的成员

3.5动态

可以查看的相应的项目动态信息

3.6文档

需要将需求文档、设计文档、数据库设计文档、测试用例文档、会议评审文档等项目相关文档上传至此。

1.进入“项目-文档”视图

创建文档"

按钮，进入“创建文档”页面

所属项目、所属产品、所属分类、文档类型、文档标题（必填项）、关键字、文档摘要、附件等

3.7版本

1.进入“项目-版本”视图

2.点击页面右上角的“创建版本”选项，进入“创建版本”页面

3.8概况

可以查看项目的基本信息。

3.9报表

项目任务数统计、模块任务数统计、指派给统计、任务类型统计、优先级统计、任务状态统计、截止日期统计、预计时间统计、当剩余时间统计、消耗时间统计、由谁完成统计、关闭原因统计、每天完成统计等。

主要是提交测试任务

1.进入“测试-BUG”视图

2.点击页面右上角的“提BUG”选项，进入提测页面

3.页面需要填写项：

产品模块（选择：

测试验收）、所属项目、影响版本（必选项）、当前指派（测试负责人）、BUG标题（必填项,必须以“测试验收：

”开头）、抄送给（必填项）、附件（附加checklist、部署文档等）

5.测试团队

5.1执行测试

1.开发人员提测试验收BUG给测试经理或组长，并附有checklist文档

2.测试经理或测试组长安排测试任务

3.测试人员依据SVN地址check或up版本

查看是否有版本号，以及版本号是否正确

版本内的文件要求只能是本次修改所涉及的文件，且不允许上传conf文件至SVN

若有conf文件需要修改，需要在checklist中说明

若有中间版本时，需要开发在bugzilla中回复修改了哪些文件

当checklist有更改时，一定要与上一版本的checklist进行文件对比

备份测试环境的文件或者数据库（数据库管理一般由DBA负责）

4.依据checklist进行测试环境更新，若有多台服务器，需同步到其他服务器

5.测试人员依据测试用例执行测试

无论是开发/产品自测或者我们测试的bug，在更新环境后都需要在bug中回复，对于开发/产品自测的bug，回复让其自测

测试完每个版本中都要在bug中回复发现Bug数以及Bug类别（如：

前台xx，后台xx），并提醒开发尽快修复并提交下一版本

测试完成后需要在bug中回复测试完成

测试过程中发现的BUG提交到QC

5.2提交验收BUG

项目验收）、所属项目、影响版本（必选项）、当前指派（验收负责人）、BUG标题（必填项,必须以“项目验收：

5.3提交部署发布BUG

部署发布）、所属项目、影响版本（必选项）、当前指派（发布负责人）、BUG标题（必填项,必须以“部署发布：

6.管理员

6.1创建产品

6.2设置模块

6.3设置权限

6.4设置组织机构

6.5设置用户

6.6设置公司信息