Redmine使用指南V1.5Redmine使用指南V1.5.docx

Redmine使用指南V1.5炫彩互动网络科技有限公司2014年04月修订记录日期修订版本修订描述作者2014-04-011.0初稿完成张婷婷2014-04-281.1补充了4、5章节内容张婷婷2014-06-111.2补充了6提测工单流程张婷婷2014/6/181.3更新补充4和5章节王艳敏2014-07-181.4更新第4章节，补充了需求点与开发任务的管理流程张婷婷2014-08-061.5更新了2、3章的结构，补充了4.迭代规范张婷婷目录1概述52Redmine使用定义52.1角色定义52.2Bug状态定义52.3跟踪标签定义63版本命名规范63.1迭代版本号命名规范63.2提测版本号命名规范73.3版本号路线图74迭代规范84.1迭代启动会议84.2迭代过程管理84.3迭代风险管理94.4迭代总结会议105Bug管理流程105.1项目管理员105.2开发人员115.3测试人员115.4Bug的备注字段115.5Bug的时效性126需求与开发任务管理流程126.1产品设计人员（需求点管理）136.2项目管理员（开发任务管理）136.3开发人员（开发任务管理）147提测工单流程157.1开发人员157.2测试人员158系统管理员操作说明168.1新建项目及子项目168.1.1开发类项目168.1.2运维相关项目168.2新建用户及用户组16概述本指南用于定义炫彩互动项目管理中涉及Redmine系统的若干定义及规范使用方法。通过规范Redmine系统，能对各迭代版本的需求点及开发任务进行跟踪和管理，同时完善原有Bug系统的功能，从而达到对项目进展的透明管理及任务目标的实时跟踪。Redmine使用定义角色定义为规范使用，我们主要使用三种角色进行项目管理。项目管理员、开发人员及测试人员，其中项目管理员权限最大。目前各项目配置的项目管理员如下表项目客户端项目管理员后台项目管理员V7大厅张荣华赵家智Open项目王方中游大厅姚凯刘金凤蚂蚁屋朱俊宇TV姚凯裔韩诚Bug状态定义Bug状态：新建、已指派、进行中、已解决、已拒绝、延迟解决、回归不通过、已关闭、已关闭（非故障）新建：测试人员提交Bug给项目管理员，初始为新建状态已指派：项目管理员将Bug指派给对应开发人员进行中：开发人员在处理Bug已拒绝：开发人员认为非故障，无需修改已解决：开发人员已解决Bug延迟解决：开发人员暂时不解决或无法解决Bug，但是会在后期解决。回归不通过：测试人员验证Bug未通过已关闭（非故障）：被拒绝的Bug，测试人员判断确实不属于故障，关闭已关闭：被解决的Bug，测试人员验证通过，关闭*无法重现Bug：无法重现被拒绝的Bug，测试人员至少在2个以上版本验证后，都无法复现，该Bug才可关闭。在备注栏里要有至少2个版本都无法复现的记录。跟踪标签定义新建问题时，需要选择的“跟踪”都是已定义好的标签，用以区分问题的类型。目前Redmine系统中常用的标签如下，除去平台运维部专用的标签，大多数项目中常用的标签仅4个：开发任务、需求点、现网故障、测试Bug标签名称标签用途备注开发任务开发任务跟踪管理标签需求点需求点跟踪管理标签现网故障作为日常拨测项目专用测试Bug作为所有项目的Bug标签提测工单【软件测试项目】提测工单专用用于提测工单工作写实【工作写实】项目专用用于工作写实功能开发开发任务流程使用后将废除该标签技术支撑【平台运维部】项目专用门户割接【平台运维部】项目专用后台割接【平台运维部】项目专用数据操作【平台运维部】项目专用硬件资源【平台运维部】项目专用系统帐号【平台运维部】项目专用作为开系统或svn权限版本命名规范迭代版本号命名规范迭代版本号，一律在父项目里新建，新建时不用勾选与子项目的共享。一般由产品人员在录入需求点前新建该迭代版本号，需求点及开发任务与该版本号关联。由于Redmine里面没有子版本的概念，因此在一个迭代划定后，可能该迭代会有若干的提测版本，为保证提测版本与迭代版本有一定的关联，我们约定如下迭代版本号命名规范：主版本号.次版本号.修正版本号例子：7.3.0提测版本号命名规范供测试人员提交Bug用的提测版本号，在各子项目里新建，无需共享。每次提测时迭代版本号不变，仅后缀提测日期变化以标识，具体命名规范如下：命名规范：迭代版本号—标识—提测日期—自身版本序列(可选)举例：客户端版本提测范例：7.3.0-C-0310管理后台提测范例：7.3.0-M-0313-1.0.9接口或核心提测范例：7.3.0-S-0315-2.2.1标识说明C:客户端提测标识M:管理平台提测版本标识，允许添加自身版本序列S:核心或接口等后台提测版本标识，允许添加自身版本序列版本号路线图迭代版本号与提测版本号规范后，可在redmine的【路线图】中，查看所有版本的运行情况。举例：迭