测试组工作流程v1.0.docVIP

测试组工作流程 版本：1.0 变更记录 修改 日期 姓名 职位 修改内容 2010.12.23 测试组长 初稿 2010.12.31 测试组长 根据各负责人意见进一步修改，形成V1.0版本 *修改内容：要求注明变更内容和变更范围 目录 1编写目的 4 2测试团队构成 4 2.1职责 4 2.2角色划分 4 3工作流程及规范 5 3.1计划与设计阶段 5 3.1.1成立测试团队 5 3.1.2熟悉需求文档 5 3.1.3编写测试计划文档 6 3.1.4设计测试用例 6 3.2实施测试阶段 7 3.2.1实施测试用例，并提交缺陷报告 7 3.2.2回归测试 8 3.2.3结束测试 8 3.3总结阶段 9 3.3.1编写测试报告 9 3.3.2测试工作总结 10 3.4缺陷跟踪 10 4争议处理 11 5标准文档 11 1编写目的 本文档是测试团队的日常工作规范，主要侧重测试工作流程的控制，明确软件工程的各阶段测试团队应完成的工作。测试技术和策略等问题不在本文档描述范围内。 2测试团队构成 2.1职责 测试是软件开发过程中的重要组成部分，担负着如下责任： 在项目的前期，需求文档确立基线前对文档进行测试，从用户体验和测试的角度提出自己的看法。 编写合理的测试计划，并与项目整体计划有机地整合在一起。 编写覆盖率高的测试用例。 针对测试需求进行相关测试技术的研究。 认真仔细地实施测试工作，并及时提交bug report。 提交测试报告供项目组参考。 进行缺陷跟踪与分析。 2.2角色划分 在人力资源有限的情况下，一个团队成员可能会同时承担多个角色。 角色名称 相关主要责任 测试负责人 协调测试组内部的沟通 保持与项目经理的有效沟通，了解项目的进展 监控测试的进度与质量 编写总体测试计划 编写测试报告 评审测试用例和缺陷报告并对组员提供指导 后台配置 测试工程师 在组长指导下编写分系统的测试计划 编写测试用例 实施测试用例，执行测试 编写缺陷报告并进行缺陷跟踪 编写测试脚本 执行测试脚本，分析执行结果 3工作流程及规范 3.1计划与设计阶段 3.1.1成立测试团队 在项目组成立的同时，测试组也将同时成立。团队成立的工作与责任如下： 过程要点 详细说明 输入条件 项目组成立 工作内容 确定测试组的构成人选。 退出标准 测试组成立 责任人 测试主管 图表 1 3.1.2熟悉需求文档 用户需求文档和产品需求文档编写完成后，测试人员要充分熟悉和理解需求文档，对于用户需求和产品需求不一致的地方或者任何对用户需求和产品需求有疑问的地方都要记录下来，方式是对每一篇需求文档以批注方式添加到原文件中，待需求评审时提出来。需要各个系统组对评审问题给予回应。 过程要点 详细说明 输入条件 项目进入需求阶段 工作内容 充分理解需求，就需求中的不确定性问题与项目经理、软件负责人及各个系统组达成一致意见 退出标准 产品需求评审通过，评审所提问题都以明确 责任人 测试负责人，测试工程师 图表 2 3.1.3编写测试计划文档 需求分析文档确立后，测试组需要编写测试计划文档，为后续的测试工作提供直接的指导 过程要点 详细说明 输入条件 项目需求文档建立 工作内容 根据项目的需求文档，按照测试计划文档模板编写测试计划。测试计划中应该至少包括以下关键内容： 测试需求——需要测试组测试的范围，估算出测试所花费的人力资源和各个测试需求的测试优先级 测试方案——整体测试的测试方法和每个测试需求的测试方法 测试资源——本次测试所需要用到的人力、硬件、软件、技术的资源 测试组角色——明确测试组内各个成员的角色和相关责任 里程碑——明确标准项目过程中测试组应该关注的里程碑 可交付工件——在测试组的工作中必须向项目组提交的产物，包括测试计划、测试报告等等 风险管理——列举出测试工作所可能出现的风险 测试计划编写完毕后，必须提交给项目组全体成员，并由项目经理、软件负责人组织评审。 退出标准 测试计划由项目组评审通过 在项目开发过程中，根据项目计划要适时的对测试计划进行跟踪，以评估此计划的完整性、可行性 责任人 测试主管 图表 4 3.1.4设计测试用例 在需求分析文档确立基线以后，测试组需要针对项目的测试需求编写测试用例，在实际的测试中，测试用例将是唯一实施标准。在用例的编写过程中，具体的任务和责任人如下： 过程要点 详细说明 输入条件 测试需求明确，测试计划明确，数据库设计图（设计组） 工作内容 测试工程师根据测试计划编写全部的测试用例 测试主管抽查部分功能模块的测试用例复审对测试人员提供指导 测试组内审测试用例 项目组评审测试用例 用例编写过