01-测试工作规范.docVIP

测试工作规范 编写目的 本文档是测试团队的日常工作规范，主要侧重测试工作流程的控制，明确各阶段测试团队应完成的工作。 测试是，肩负着如下责任： 在项目的需求文档确立基线前对文档进行测试，从用户体验和测试的角度提出自己的看法。 编写合理的测试计划，并与项目整体计划有机地整合在一起。 覆盖率高的测试用例。 针对测试需求进行相关测试技术的研究。 认真仔细地实施测试工作，提交测试报告供项目组参考。 进行缺陷跟踪与分析。 主要有以下几个工作内容： 测试：测试是部门角色中最重要的内容，是部门存在价值的体现， 文档编写：主要包括测试相关的测试计划、测试说明、测试报告、用户手册以及客户要求的其他测试相关的文档。 项目辅助工作：测试外的项目保障性工作 测试 项目立项、需求阶段 项目立项阶段，测试部门应指定一人作为项目测试经理，选择性的参与需求分析、评审、设计等阶段性会议，从项目立项就开始了解并参与到项目中来。 确定的项目测试经理需全程参与到该项目中来，对该项目的质量负责，定时向测试部门负责人和项目经理反映项目测试的进展情况。 测试准备阶段 资料准备 这里提到的资料包括项目需求阶段相关的文档以及为了方便开展测试所搜集到的项目背景资料，作为测试开始的入口，这些能够帮助项目测试负责人以及测试人员快速了解该项目。这些资料由项目测试经理收集、整理、完善并将索引或链接上传到VSS以供查阅。 测试计划的制定 项目测试经理根据需求文档、项目实施计划等基本信息制定合理的测试计划，测试计划中应包括人员投入、预计工作量等基本信息。 其他准备 其他准备主要包括测试数据、测试工具等。 根据项目需要，项目测试经理需提前熟悉并准备适合项目测试的测试数据，并将测试数据上传至服务器共享，在以后测试过程中产生的测试数据，均采用这种方式，上传位置：\\gwstar\软件与资源（共享）\14-测试数据\XX项目 下面。上传的同时更新《XX项目测试数据说明书》。 对于测试工具，根据项目的测试要求，项目测试经理提前调研并准备好测试工具，形成《XX项目测试工具说明书》。 测试启动 测试培训 真正开始模块测试之前，项目经理本人或指派专人对软件业务背景及功能操作进行培训，帮助测试人员更快的了解系统。 测试培训需阶段性进行，在功能变化或测试人员变化的情况下按需组织。目的是使测试人员基本了解系统功能后展开测试。 测试启动会议 测试部门负责人召集拟参与本次项目测试的人员召开启动会议。会议内容包括：介绍项目整体情况，明确测试目标和测试周期，确定计划测试人员，讨论测试策略等。 会后项目测试经理负责将自需求阶段以来收集到的项目相关信息以会议或培训的方式告知相关测试人员。 执行测试 执行测试过程中，缺陷流转本着谁发现谁报告谁跟踪的原则。 项目测试经理每周一向测试部门负责人反馈项目测试情况及测试过程中遇到的问题。由测试部门负责人汇总所有在测项目反映的问题，形成《测试反馈_日期》，对反映的问题及时进行商议解决并反馈给问题提出人员。 项目测试经理需定时向项目经理反馈项目测试情况，反馈采用书面形式，内容包括测试周期，按优先级划分缺陷总结，负责人，问题多发模块等，可以直观得看到项目目前的测试情况，在时间紧张的情况下，也可以有所取舍的进行bug修复。 模块测试 对开发完成的单元模块进行测试，目的是保证单一功能的实现。开发初期，开发任务单的下达以模块为主，测试任务单由开发任务单流转过来，开发完成一个模块的开发，就开始一个模块的测试。测试经理负责分配所负责项目的测试任务。 测试任务承担人根据开发测试任务单提供的信息编写模块测试用例，并依据模块测试用例展开测试，测试用例由测试经理进行审批。缺陷提交到ClearQuest库中，提交规范参见《bug提交规范》。缺陷管理过程参见《ClearQuest客户端使用说明书》。 测试演示 在模块测试完成后，集成测试开始前，由项目测试负责人进行项目测试演示，演示的目的有两个：一是起到测试人员和开发人员之间的沟通桥梁作用；二是对测试工作的一个阶段性考核； 演示的次数和时间根据项目测试时间长短和项目测试情况而定。 适时安排测试演示，演示后通过《测试演示评估表》对目前测试情况和测试人员的测试水平进行评定，测试经理根据评定结果在该项目的测试人员中讨论下一步的测试计划。 集成测试 在测试的基础上，将所有模块按照设计要求成为子系统或系统，进行集成测试。实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现因此，测试后，有必要进行集成测试，发现并排除在模块连接中可能发生的问题，最终构成要求的软件子系统或系统。 测试总结 测试总结主要是对该项目测试过程、测试结果等进行统计分析，通过分析得出项目测试质量，人员工作量，工