测试管理规范DIY.doc.docVIP

测试管理规范 （系统的软件质量管理体系是ＣＭＭＩ，我们现在所编写的只能称为测试管理规范） 目录 1、概述 3 1.1 目的 3 1.2 测试组织结构 3 1.3 测试人员职能 4 1.4 测试人员同其他部门的协同合作 5 2、测试流程规范 5 2.1测试流程 6 2.2文档模板 9 2.3测试工具 36 2.4培训方案 38 2.5测试风险预测和控制 39 3、测试工作总结 39 1、概述 为测试流程提供规范，要求，测试流程控制以及测试人员管理，故制定该软件测试管理 规范。 建立软件测试管理的主要目的是确保测试在软件中发挥应有的作用： 主要依据软件需求规格说明书，验证产品是否满足要求。 所开发的软件产品是否可以交付，要预先设定质量指标，并进行测试，只有符合预先设定的指标，才可以交付。对不符合要求的产品的识别对于软件测试中发现的软件缺陷，要认真记录它们的属性和处理措施，并进行跟踪，直至最终解决。在排除软件缺陷之后，要再次进行验证。 通过设计测试用例对需求分析、设计、程序代码进行验证，确保程序代码与说明书的一致。对于验证中发现的不合格现象，同样要认真记录和处理，并跟踪解决。解决之后，也要再次进行验证。 从软件测试中可以获取大量关于软件过程及其结果的数据和信息，它们可用于判断这些过程的有效性，为软件过程的正常运行和持续改进提供决策依据。 1.3测试人员职能 （1）项目前期，根据需求文档，对需求文档进行分析，站在用户体验的角度和从测试的专业知识方面对需求文档提出自己的相关见解； （2）通过项目组讨论，编写相应的测试计划，并通过评审； （3）项目组成员根据讨论，列出相应的测试点，结合测试点编写高效、覆盖率高的测试用例，并通过测试组审核； （4）用例审核通过后，在项目中执行测试； （5）执行过程中发现BUG并提交，进行BUG跟踪； 职位名称 主要职责 测试经理 拟定测试计划 指定项目组组长，协调工作、分配任务 了解项目进度，对测试工作进行监督、指导 测试组长 全权负责所分配的测试任务 协调组织内部相关工作，进行监督、指导。 实施测试用例，执行测试，提交当日测试记录 编写测试总结报告 测试员 参与测试计划讨论 通过测试组对用例的评审 执行测试用例，发现BUG，提交BUG，进行BUG跟踪 提交每日测试记录 提交每周工作总结 主要负责项目测试阶段的技术支持，以确保测试正常进行 1.4测试人员同其他部门的协同合作 一、同项目的合作 1根据项目要求方案，将具体的硬件信息做到与软件兼容，通过测试观察软件各模块是否实现达到最好的状态 2同项目/供应商一起讨论硬件跟软件有关问题 3合理安排测试时间预计好软件完成时间。 二、同销售的沟通 1了解客户对软件的需求，按照客户需求提供软件需求说明 2在项目完成以后，先同销售确认软件是否符合客户的要求，然后安排全面测试 1. 测试大方向的周期分为两轮：SIT和UAT，SIT是项目内部测试人员进行测试一轮测试，SIT可以由多个小的周期完成，一般为两到三个小周期，第一个周期SIT1,产品覆盖需求（测试用例）的80%，第二，第三个周期覆盖需求（测试用例）的20%，UAT是由业务代表（用户）参与进来的测试，也可以分为一到两个周期，用户初次体验产品，可以提出符合他们的建议； 2. 确定各测试阶段的目标和策略。这个过程将输出测试计划，明确要完成的测试活动，评估完成活动所需要的时间和资源，设计测试组织和岗位职权，进行活动安排和资源分配，安排跟踪和控制测试过程的活动。 测试规划与软件开发活动同步进行。（在需求分析阶段，要完成验收测试计划，并与需求规格说明一起提交评审。类似地，在概要设计阶段，要完成和评审系统测试计划;在详细设计阶段，要完成集成测试计划;在编码实现阶段，要完成单元测试计划） 流程图标定义 流程处理 判断 分配人员 需求分析是确定系统必须完成哪些工作，也是对目标系统提出完整、准确、清晰、具体的要求，需要测试人员充分理解用户的需求，并对用户需求进行分析、划分；（同时也需要考虑到内部需求，比如：可测试性需求、可维护性需求等等；这些有时是测试计划考虑） 2.1.2测试计划 确定测试的状态（已测试完成、测试过程中、未开始测试） 确定测试阶段目标和策略； 确定测试阶段输入输出； 明确要完成的测试活动； 评估完成活动所需要的时间和资源； 明确测试组织和岗位职权； 进行活动安排和资源分配； 安排跟踪和控制测试过程的活动； 评审、总结测试阶段及结果； 测试计划编写六要素： 为什么要进行这些测试； 测试哪些方面，不同阶段的工作内容； 测试不同阶段的起止时间； 相应文档和缺陷的存放位置； 项目有关人员组成，安排哪些测试人员进行测试； 如何去做，使用哪些测试工具以及测试方法进行测试 2.1.3测试方案 测试方案是