版本测试管理规范.docVIP

版本测试管理规范 编制： 审核： 批准： 编号 : W TH -SP-0768 版本 /状态： A/ 2 文件编号 MSD-SP-0768 版本/状 版本测试管理 规范 态 A/2 生效日期 2015-10-27 目录 1、目的 / 方针 2 2、范围 2 3、原则 2 4、角色与职责 2 5、入口准则 3 6、输入 3 7、流程图 3 8、 “在研”项目的版本管理的主要活动 4 9、已结案软件维护测试流程 6 10、已结案 软件维护测试主要活动 6 11、版本测试管理规定 ..7 12、输出 ..8 13、出口准则 . 8 14、软件版本发布流程 9 文件编号 MSD-SP-0768 版本测试管理规范 版本/状 A/2 态 生效日期 2015-10-27 1、目的 / 方针 制定版本管理过程的目的：有效指导版本转测试的相关工作活动，使得工作过程更加的规范，避免版本的混乱，有效地进行版本控制 。 2、范围 适用于公司所有“在研” 项目或者 “已结案”的维护 类项目测试。 3、原则 “在研”的研发样机与试产后的样机送测试部进行系统测试。已结案的 维护类项目需要 维护测 试，送 质量管理 部进行测试，是否结案以 质量管理部的结案公告为判定准则。 4、角色与职责 角色 项目经理 技术负责人 硬件工程师 软件工程师 配置管理员 测试工程师  职责 1、发起“测试通知”工作流 ； 2、工作流 处理情况监控 ； 3、BUG评审及决策会议的组织等管理相关工作 ； 1、工作流审核及任务下发 ； 2、协助工程师进行 BUG的修复 ； 3、督导及审核软件工程师提供《自测报告》及《版本发布说明》 ； 1、工作流任务下发，附件提供《自测报告》 ； 2、测试机器的提供及硬件 BUG的修复 ； 1、按照需求，处理工作流，除软件代码上的修改外，也包括《版本发布说明》及《自测报告》的写作 ； 2、BUG的修复； 1、负责版本 代码集中 编译、版本基线标识 ； 2、负责规范命名 测试版本 号； 3、版本的统一管理，将“待定稿”的版本，移入“正式软件”， 并做好相应的记录，方便后续版本的取用 ； 1、测试用例写作； 2、测试执行 ; 3、测试报告的输出 ； 测试主管 测试任务下发和测试报告的审核 （测试经理） 中心领导 对正式版本和临时版本发布审核 文件编号 MSD-SP-0768 版本测试管理规范 版本/状 A/2 态 生效日期 2015-10-27 5、入口准则 根据版本发布计划 6、输入 产品需求定义的相关文档 项目其他 技术文档 7、流程图 末结案的项目的版本测试管理流程，参见图一所示 。 图1：版本测试管理流程 序号 操作说明 1 项目经理 ： 1、填写《测试通知》工作流 2、 工作流处理情况监控； 3、BUG评审及决策会 议的组织等管理相关工作； 2 硬件工程师 ： 1、工作流任务下发，附件提 供《自测报告》； 2、测试机器的提供及硬件 BUG的修复； 3 软件负责人 ：工作流审核及任务下发；协助 工程师进行 BUG 的修复； 督导及审核软件工 程师提供的《自测报告》及《版本发布说明》 4 软件工程师 ：按照需求，处理工作流。也包 括提供各领域的《自测报告》及《版本发布说 明》；BUG的修复； 5 配置管理员 ：1、负责版本代码集中编译 、版本 基线标识； 2、负责规范命名测试版本号和项 目阶段过程产出文档 管理；3、版本的统一管 理，将“待定稿”的版本，移入“正式软 件”，并做好相应的记录，方便后续版本的取 用； 6 DQA：1、跟进测试问题的改善结果。 2、版 本发布签字确认 ; 7 测试主管 ：测试任务下发 和测试报告的审核 测试工程师 ：测试执行及测试报告的输出 文件编号 MSD-SP-0768 版本测试管理规范 版本/状 A/2 态 生效日期 2015-10-27 8、“在研”项目的版本管理的主要活动 “测试通知”工作流填写 ：根据版本发布计划， 项目经理填写《测试通知》工作流， 同 时还需要跟进工作流的进度及出现的问题反馈等。对于软件定版测试，同一软件，次数 不能超过 N+1次，如第 N+1次的《测试报告》评审还不通过，则从第 N+2次以后（包括第 N+2次）需经过研发副总特批后，方可再次填写《测试通知》工作流。 说明： N=项目计划版本数量 。 ? 硬件与 MCU、OS处理：硬件工程师除负责提供确认 OK的测试样机外，还需在“测试通 知” 工作流中填写“硬件信息”及功能配置（如吉联通 CMMB+BT+FM+ ），并根据平台划分 （如 MSTAR,三星等），将工作流同时提交于对应的 MCU、 OS 、APP 负责人处理， APP软件 负责人判定若需要 UI，则将工作流下发于 UI。工作流下发于指定的工程师后