禅道操作手册.docx

禅道操作手册.docx

《禅道操作手册.docx》由会员分享，可在线阅读，更多相关《禅道操作手册.docx（18页珍藏版）》请在冰豆网上搜索。

禅道操作手册

禅道项目管理软件

操作手册

[V1-0.1]

编制人：

审核人：

批准人：

[2015年4月30日]

文件变更记录

*A-增加M-修订D-删除

版本号

日期

变更类型

（A*M*D）

修改人

摘要

审核人

备注

V1.0

2015-04-30

A

新建操作手册

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.点击页面右上角的“创建任务”选项，进入“创建任务”页面

3.页面包括：

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

需要注意：

Ø任务分解尽量细致。

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

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

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

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

3.3需求

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

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

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

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

3.4团队

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

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

3.5动态

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

3.6文档

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

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

2.点击页面右上角的"创建文档"按钮，进入“创建文档”页面

3.页面包括：

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

3.7版本

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

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

3.8概况

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

3.9报表

1.进入“项目”视图

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

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

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

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

4.开发团队 

主要是提交测试任务

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

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

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

3.页面需要填写项：

产品模块（选择：

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

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

5.3提交部署发布BUG

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

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

3.页面需要填写项：

产品模块（选择：

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

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

6.管理员

6.1创建产品

6.2设置模块

6.3设置权限

6.4设置组织机构

6.5设置用户

6.6设置公司信息