01-测试工作规范.doc

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