软件测试与发布管理规范.doc

XXXXXXXXXXXXXXXXXXXXXX公司 文件编号 版 本 号 总 页 数 测试与发布过程规范 编制： 年 月 日 审核： 年 月 日 批准： 年 月 日 年 月 日 发布 年 月 日 实施 XXXXXXXXXXXXXXXXXXXXXXX公司 发布 文件更改记录 序号 版本号 更改内容 更改日期 备注 目 录 1 目的 2 2 测试团队的构成 2 2.1 职责 2 2.2 角色划分 2 3 工作流程及规范 3 3.1 测试与发布流程图 3 3.2 计划与设计阶段 4 3.2.1 测试任务启动 4 3.2.2 编写测试计划书 4 3.2.3 设计测试用例 5 3.2.4 测试用例评审 5 3.3 实施测试阶段 6 3.3.1 冒烟测试 6 3.3.2 模块/集成测试 6 3.3.3 缺陷分析 7 3.3.4 回归测试 7 3.3.5 性能测试 8 3.4 总结阶段 8 3.4.1 编写系统测试报告 8 3.4.2 测试工作总结 9 3.4.3 测试归档 10 3.5 缺陷跟踪 10 4 缺陷类型定义 11 5 测试标准 12 6 争议处理 12 7 标准文档 12 目的 本文档是测试团队的日常工作规范，主要于侧重测试工作流程的控制，明确软件工程的各阶段测试团队应完成的工作。更加规范的完成产品的功能测试和性能测试，确保产品质量，完成技术发布的准备工作。测试技术和策略等问题不在本文档描述范围之内。 测试团队的构成 职责 在需求文档确立基线前对文档进行测试，从用户体验和测试的角度提出自己的看法。 编写合理的测试计划，并与项目整体计划有机地整合在一起。 编写覆盖率高的测试用例，针对测试需求进行相关测试技术的研究。 认真仔细地实施测试工作，进行缺陷跟踪与分析，并提交测试报告供项目组参考。 角色划分 在人力资源有限的情况下，一个团队成员可能会同时承担多个角色。 角色名称 相关主要责任 测试主管 组建测试小组，代表测试小组与其他角色组进行沟通 编写测试计划，搭建测试环境 测试过程中的进度控制、风险管理 编写测试报告，召开测试评审 编写测试报告分析总结 测试人员 识别测试需求，编写测试用例，协助测试评审 执行测试用例，测试结果记录，测试缺陷记录与跟踪 软件支持工程师 为测试工作提供技术支持，如果安装环境、版本部署、测试工具支持等 工作流程及规范 测试与发布流程图 计划与设计阶段 测试任务启动 开发团队与测试团队交接测试内容，告之较为确切的测试日期，对测试目标达成一致，统一项目组的目标和测试的工作重点。项目经理提供当前必威体育精装版的相关资料《软件项目计划书》、《软件测试任务书》等。测试人员可预先熟悉背景资料，协助测试主管编写《软件测试计划书》初稿。 过程要点 详细说明 前置条件 项目经理提供《软件项目计划书》，项目进入软件实现阶段（编码） 工作内容 项目经理通知测试主管正式测试交接时间，测试规模预估等 退出标准 测试任务得到测试主管确认，并提交《软件测试计划书》初稿 输出文档 《软件测试计划书》初稿。 责任人 项目经理，测试主管 编写测试计划书 需求分析文档确立后，测试团队需要编写测试计划文档，为后续的测试工作提供直接的指导。 过程要点 详细说明 前置条件 项目需求文档建立 工作内容 根据项目的需求文档，按照测试计划文档模板编写测试计划。测试计划中应该至少包括以下关键内容： 测试需求——需要测试团队测试的范围，估算出测试所花费的人力资源和各个测试需求的测试优先级 测试策略——整体测试的测试策略和每个测试需求的测试方法 测试资源——本次测试所需要用到的人力、硬件、软件、技术的资源 测试团队角色——明确测试团队内各个成员的角色和相关责任 里程碑——明确标准项目过程中测试团队应该关注的里程碑 可交付工件——在测试团队的工作中必须向项目组提交的产物，包括测试计划、测试报告等等 风险管理——列举出测试工作所可能出现的风险 测试计划编写完毕后，必须提交给项目组全体成员，并由项目组组中各个角色组联合评审 退出标准 测试计划文档由项目组评审通过，提供《软件测试计划书》正稿 在项目开发过程中，要适时的对测试计划进行跟踪，以评估此计划的完整性、可行性，在项目结束时还要最后评估一下测试计划的质量 输出文档 《软件测试计划书》 责任人 测试主管 设计测试用例 在需求分析文档确立基线以后，测试团队需要针对项目的测试需求编写