测试流程及规(范修复的).docVIP

目的 侧重测试工作流程及规范的控制，明确产品研发的各阶段测试组应完成的工作。测试技术和策略等问题不在本文档描述范围内。 本规范作为所有测试组成员工作前必须掌握的工作规范，也供给其它部门其它组查阅参考，以便于组间的协调沟通，更好的合作完成产品的研发工作。 概念与术语 在整个产品的研发过程中，测试类型按照先后顺序主要分为：单元测试、集成测试、系统测试及产品确认，整个过程如下面的W模型所示： 图1 有关的测试类型的概念如下： 1）单元测试：验证。 测试提交文件及裁剪说明 阶段 提交文件 必须提交 模板定义 裁剪条件说明 测试需求 测试需求分析报告 否 项目组自定义 无特殊需求，可省略 测试计划 测试大纲 是 项目组自定义 各项目组根据测试任务的规模可自定义模板 测试计划 否 项目组自定义 如果测试大纲或设计开发计划中已包括了测试计划的内容，则本文档可省略 测试大纲计划评审记录 否 公司模板 各项目酌情选用 测试用例 是 公司模板 采用公司统一测试用例模板 测试用例评审记录 否 公司模板 各项目酌情选用 测试实施 测试准入检查表 否 公司模板 各项目酌情选用 测试记录 是 项目组自定义 各项目组根据测试任务的规模可自定义模板 测试收尾 测试报告 是 公司模板 采用公司统一测试报告模板 测试报告评审记录 否 公司模板 各项目酌情选用 测试工作改进报告 否 项目组自定义 各项目酌情选用 测试成果提交 否 项目组自定义 各项目酌情选用 评审点 评审点定义参照《设计开发控制程序》。 敏捷测试模式 敏捷测试概念 敏捷测试即是不断修正质量指标，正确建立测试策略，确认客户的有效需求得以圆满实现和确保整个生产的过程安全的、及时的发布最终产品。 敏捷增量测试方法 测试是敏捷开发过程重要的环节，自始自终测试贯穿于每个迭代。整个产品的敏捷开发生命周期可以分为 4 个阶段，即初始阶段，项目的建设阶段，产品发布阶段和产品的维护阶段，在关键的项目建设阶段中，测试被分成两个部分，验证测试和系统测试。 验证测试：静态测试和关键的功能测试。 系统测试：功能测试、联合测试、性能测试、稳定性测试。 敏捷测试流程 敏捷测试流程依据业务场景制定测试策略。在每次敏捷测试的过程中包括验证测试和联合测试。并且不断的进行迭代测试。在系统的所有业务场景都经过敏捷测试过后，进入系统测试阶段。进行所有业务场景的功能测试、联合测试、性能测试、稳定性测试。 根据业务场景制定测试策略流程图 敏捷测试流程图 根据缺陷性质来判断更新提交测试的依据： 严重级别为Urgent和High的修改后立即更新，要保证更新后不能影响其他功能测试。 功能级别为Medium以下的可以等待下一次提交敏捷测试的时候更新。 传统瀑布模式 测试需求分析 过程要点 详细说明 启动条件 需求阶段的工作启动 工作内容 由测试主管根据项目任务复杂程度组织或指定测试人员进行测试需求分析，从客户角度考虑软件测试需要达到的验证状态，并确定是否要形成测试需求分析报告 结束条件 需求分析完成 例外 对于简单设计更改、衍生产品等只需例行测试的，可不进行测试需求分析 责任人 项目经理 参与人 测试主管 成立测试小组或确认测试人员 过程要点 详细说明 启动条件 测试任务明确，前期工作启动 工作内容 确认项目的测试人员，若整个项目的测试需要若干个测试人员，则需要成立一个测试小组； 为测试小组任命一名测试主管，若只有一个测试人员，则该测试人员同时也为该测试组的测试主管，同时确定测试小组的其它构成人选； 小组内进行必要的培训。 结束条件 测试小组成立 例外 若以前的测试任务已成立过测试小组，则可以复用以前的组织人员和形式 责任人 项目经理 参与人 测试主管 编制测试计划 过程要点 详细说明 启动条件 项目阶段性计划确定 需求规格说明书、详细设计说明书等已评审 工作内容 测试大纲至少包括以下关键内容： 测试目标——对本次测试的要求和要达到的目标 测试范围——需要测试小组测试的范围，和各个测试需求的测试优先级 工作分工——明确测试小组内部及外部配合方的相关责任和工作关系 测试策略——整体测试的总体测试策略、环境、方法和工具等 完成标准——达到何种条件可以认为测试完成 交付文件——测试完成时应提交的文件，比如测试大纲（含测试用例）、测试报告等等 测试计划至少应包括以下关键内容： 主要任务——每项任务的时间计划、前置条件及资源 主要里程碑——关键任务及完成时间点 在项目研发过程中，要适时的对测试计划进行跟踪，以评估此计划的完整性、可行性，在项目结束时还要最后评估一下测试计划的质量 结束标准 测试计