问题管理规范.docVIP

问题管理规范 关于本文档 主 题 问题管理规范 说　　明 本文档是针对正信智云科技发展有限公司北京研发中心制定的标准化文件。 适用对象 产品经理、项目经理、技术经理、开发人员、测试经理、测试人员、项目干系人 修 订 记 录 版 本 类 型 日 期 作 者 说 明 V1.0 C 2014-08-04 胡祥军 初始版本 说明：类型－创建（C）、修改（U）、删除（D）、增加（A）  1 目的 4 2 适用范围 4 3 说明 4 4 角色和职责 4 4.1 项目角色 4 4.2 角色职责 5 5 问题管理流程 6 5.1 流程图 6 5.2 流程说明 6 5.2.1 产品经理 6 5.2.2 项目经理 7 5.2.3 技术经理 7 5.2.4 开发人员 7 5.2.5 测试经理 8 5.2.6 测试人员 8 6 问题报告填写规范 8 6.1 问题报告基本准则 8 6.2 缺陷报告主要内容 9 7 问题类型及等级 9 7.1 问题状态 9 7.2 问题等级划分 10 8 问题时效处理 11 9 缺陷统计 11 10 缺陷沟通 12 10.1 沟通流程图 12 10.2 沟通说明 13 11 附件 14 11.1 附件一：测试执行每日问题统计清单 14 目的 为提高测试管理水平，建立统一的、科学的管理制度和实现信息的标准化、规范化管理，特制订本标准。 缺陷（ Bug / Defect ）跟踪与管理必须贯穿于整个软件开发生命周期的始终，是不可缺少的环节JIRA为本项目应用的问题管理工具。对系统缺陷的跟踪统一使用JIRA工具来进行管理。 JIRA地址：39:90/ 用户由管理员创建并邮件发送到使用者邮箱。可自行根据邮箱发送的连接登录和修改密码。 角色和职责 项目角色 整个项目周期中涉及到得主要角色分为：管理员、项目经理、产品经理、技术经理、开发人员、测试人员Administrators：项目管理员 PM：项目经理，查看项目进度、录入任务。 PO：产品负责人，创建、跟进、关闭需求任务，并组织产品的体验。具体人员参照产品中心各产品线的分工； TM：技术经理，负责产品的开发和具体实现，执行项目计划，对项目关键问题和处理方案进行设计和评审； Developers：开发人员，可以对自己的sub-feature、Task、Bug进行操作。 Testers：测试人员，对开发处理完毕sub-feature、Task、Bug进行关闭、回复操作。 Ops：运维人员 Users：浏览项目， 所有初始用户简历默认角色，不能删除，否则无法登陆 角色职责 项目角色 角色职责 Management 系统管理员，负责项目的基础配置；登录用户的建立，系统流程配置，权限配置、工作流方案设计、界面方案配置等 PM 管理项目，负责项目的基础配置；创建各类问题，编辑问题，分派问题，转发问题，停止/开始处理问题，重新分配问题处理人 PO 录入需求任务，并跟进New Feature类型的需求的状态，组织产品的体验 TM 评审问题复杂性，负责问题的方案设计，分配任务，关闭问题 Developers 处理“待开发”状态的问题，处理完毕，进行提交，提交后系统自动流转到下一级处理 Testers 创建bug，创建问题，编辑问题，处理“待测试”、 “待测试发布”、“生产环境待验证”状态的问题单，处理完毕，进行提交，提交后系统自动流转到下一级处理 Ops 当测试发布问题单，请求部署时，由运维人员实际操作后，在系统更改问题状态“部署完成” Users 浏览项目，无操作权限 问题管理流程 流程图 流程说明 整个问题管理流程由产品经理从【提出测试任务】开始，到【提取遗留问题】环节结束为整个流程的一个周期。整个周期需要产品经理、项目经理、技术经理、开发人员、测试经理、测试人员参与，并负责对应的环节和相关文档的提交、任务的流转分配等工作。 产品经理 【提出测试任务】：产品经理提出某个版本或阶段的需求，项目经理负责安排计划并完成需求开发任务，由项目经理确认整个版本或阶段开发任务已完成，周知产品经理，产品经理通过JIRA平台提出测试任务，任务流转到测试经理。测试任务问题类型为【任务】，一般情况下某个版本或阶段的测试任务合并为一次任务进行提交。 备注：产品经理需要关注自己提出的测试任务。 【评审测试用例】：查看JIRA上测试经理提交的测试用例，对测试用例进行复审，复审通过后，在对应任务中【添加备注】标注复审通过。 【评审测试报告】：对测试经理的测试报告进行评审。测试报告评审通过后，变更本次测试任务状态为关闭。 项目经理 【提出测试任务】：一般情况下，由产品经理提出测试任务，在产品经理无法处理的情况下项目经理作为备份。