禅道操作手册.doc

文件名称禅道项目管理软件操作手册V1-0.1编 制 人： 审 核 人： 批 准 人： 2015年4月30日20 禅道操作手册 文件变更记录*A - 增加 M - 修订 D - 删除版本号日期变更类型（A*M*D）修改人摘 要审核人备注V1.02015-04-30A 新建操作手册目 录1.操作流程31.1 访问方式31.2 操作流程42.产品经理42.1需求42.1.1 流程图42.1.2 添加需求52.2 报表63.项目经理73.1创建项目73.2任务83.3需求93.4团队103.5动态113.6文档113.7 版本123.8概况123.9报表124.开发团队135.测试团队145.1执行测试145.2提交验收BUG155.3提交部署发布BUG166.管理员176.1 创建产品176.2 设置模块186.3 设置权限186.4 设置组织机构196.5 设置用户196.6 设置公司信息201.操作流程1.1 访问方式1. 访问地址：26:81/zentao2. 用户名：姓名全拼（如：zhangsan）3. 密码：1234561.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提交到QC5.2提交验收BUG1. 进入“测试-BUG”视图2. 点击页面右上角的“提BUG”选项，进入提测页面3. 页面需要填写项：产品模块（选择：项目验收）、所属项目、影响版本（必选项）、当前指派（验收负责人）、BUG标题（必填项,必须以“项目验收：”开头）、抄送给（必填项）、附件（附加checklist、部署文档等）5.3提交部署发布BUG1. 进入“测试-BUG”视图2. 点击页面右上角的“提BUG”选项，进入提测页面3. 页面需要填写项：产