测试管理制度

测试管理制度测试管理制度 深圳市前海多赢金融服务有限公司深圳市前海多赢金融服务有限公司 文件编号：文件编号：DY-RZ-RG-018DY-RZ-RG-018 版本号：版本号：1.01.0 共共 1818 页页 测试管理制度测试管理制度 目录目录 一、编写目的 .2 二、测试团队构成 .3 2.1 组织结构 .3 2.2 测试组职能 .3 2.3职责划分 .2 三、测试流程及规范 .3 3.1 测试流程图 3 3.2 计划与设计阶段 4 3.2.1 立项会议 .4 3.2.2 需求评审 .5 3.3 测试设计阶段 5 3.3.1 设计测试计划5 3.4 设计测试用例 .6 3.5 测试用例内容评审 7 3.6 实施测试阶段 8 3.6.1 执行测试用例8 3.7 实施测试 .9 3.7.1 实施测试 .9 3.7.2 BUG 系统管理.9 3.7.3 提交测试报告10 3.7.4 测试验收 11 3.7.5 争议处理 12 3.8 回归测试 .12 3.9 发布正式环境 13 3.9.1 发布标准 13 3.9.2 更新计划与实施更新.13 四、正式环境回归测试 .14 五、总结阶段 .14 5.1 测试总结报告 14 5.2 测试归档 16 六、缺陷等级定义 .16 七、奖惩制度 .17 7.1 处罚系数：18 7.2 罚金用途:.18 八、标准文档 .18 一、编写目的一、编写目的 本文档是测试团队的日常工作规范，主要侧重测试工作流程的实施 和控制，明确软件工程各阶段测试团队应参与和完成的工作。并且对于 测试团队中关于测试组架构、职能及成员职责进行必要的说明。通过建 立规范的测试流程、测试团队组织架构，同时明确测试小组任务、目标 和各小组成员的具体职责，对部门测试工作的正常开展起到规范的指导 作用。测试技术和策略等问题不在本文档描述范围内。 二、测试团队构成二、测试团队构成 1.1组织结构 测测 试试 组组 长长 测测 试试 工工 程程 师师 测测 试试 组组 长长 测测 试试 工工 程程 师师 测试小组测试小组 测试小组测试小组 技术部经理技术部经理 1.21.2测试组职能测试组职能 软件测试是软件开发过程中的重要组成部分，测试团队主要肩负着 如下责任： 在项目的前景、需求文档确立基线前对文档进行测试，从用户体验 和测试的角度提出自己的看法。 ➢ 针对测试需求进行相关测试技术的研究。 ➢ 编写合理的测试计划，并与项目整体计划有机地整合在一起。 ➢ 编写高效、覆盖率高的测试用例。 ➢ 认真仔细地实施测试工作，并提交测试报告供项目组参考。 ➢ 进行缺陷跟踪与分析。 ➢ 对测试整个过程进行总结，完善和优化测试流程，提高和改进测试 方法和技术。 2.32.3职责划分职责划分 在人力资源有限的情况下，一个团队成员可能会同时承担多个角色。 角色名称相关主要责任  全权负责所分配的测试任务。  指定测试设计工程师。  给小组内成员分配指定任务。  协调测试组内部相关工作，对组内成员进行 工作上的指导、监督。 测试组长  代表测试组与其他角色组进行沟通。  参与测试计划制定，辅助编写所负责部分测 试用例。  实施测试用例，执行测试，提交当日测试记 录。  编写产品（项目）总结性测试报告。  设计测试计划（可以由测试组长兼任）  划分模块，分解任务，完成测试用例概要设 计。 （测试组长参与及辅助该部分工作）  审核组内其他成员设计的测试用例。  实施测试用例，执行测试。 测试工程师  提交当日测试记录。  编写阶段性测试报告。  参与测试计划的制定，辅助编写所负责部分 测试用例。  实施测试用例，执行测试  提交当日测试记录。  检查缺陷处理结果。 三、测试流程及规范三、测试流程及规范 3.13.1 测试流程图测试流程图 3.23.2 计划与设计阶段计划与设计阶段 3.2.13.2.1 立项会议立项会议 由工程技术委员会召开立项会议，会议主要对项目的可行性进行分 析，并且确定项目经理及项目测试组长。 过程要点过程要点 输入条件 工作内容 详细说明详细说明 项目立项报告  项目（产品）可行性分析。  项目经理的确定.  根据项目信息，质量部经理确定测试组长。 责任人技术部经理（确定测试组长） 3.2.23.2.2 需求评审需求评审 详细说明详细说明 需求说明书 测试团队成员对需求中不清楚、不完整、太概括或存在疑义的地方 提出问题，相关人员解答并确认。 所有人员对需求无异议 需求调研人员，开发负责人，开发组，运营部 开发负责人 3.33.3 测试设计阶段测试设计阶段 3.3.13.3.1 设计测试计划设计测试计划 需求分析文档和项目开发计划文档完成后，测试组需要编写测试计 划文档、制定测试策略及预估测试过程中的风险，并设计出合理的规避 风险的策略，为后续的测试工作提供直接的指导。 过程要点过程要点 输入条件 详细说明详细说明 需求说明书，项目开发计划 根据项目的需求文档、设计文档，按照测试计划文 工作内容 档模板编写测试计划。测试计划中应该至少包括以 下关键内容： 依据项目背景及要求，确定测试环境。  测试需求——需要测试组测试的范围，估算出 测试所花费的人力资源和各个测试需求的测试 优先级  测试策略——确定项目的测试计划内容，整体 测试的测试方法和每个测试需求的测试方法， 同 时做好测试进度安排及人员调整。  测试资源——本次测试所需要用到的人力、硬 件、软件、技术等资源  测试组角色——明确测试组内各个成员的角色 和相关责任  可交付工件——在测试组的工作中必须向项目 组提交的产物，包括测试计划、测试报告等  风险管理——列举出测试工作所可能出现的风 险  产品性能指标 测试计划编写完毕后， 必须提交给项目组全体成员， 并由项目组组中各个角色组联合评审。  测试计划由项目组评审并通过. 标准  在项目开发过程中， 要适时的对测试计划进行跟 踪，以评估此计划的完整性、可行性，在项目结 束时还要最后评估一下测试计划的质量 责任人测试组长 3.43.4 设计测试用例设计测试用例 在需求分析文档确立基线以后，测试组需要针对项目的测试需求编 写测试用例，在实际的测试中，测试用例将是唯一实施标准。在用例的 编写过程中，具体的任务和责任人如下： 过程要点过程要点 输入条件 工作内容 详细说明详细说明 测试需求明确，测试计划，需求文档，开发计划 根据测试计划、详细设计书设计测试用例，设计参 考原则：  等价类划分  边界值分析  错误推测等  因果图  业务知识及相关流程 标准 测试用例需要覆盖所有的测试需求  测试用例集需进行评审并通过  项目进行过程中， 适时的根据需求变更来对测试 用例进行维护 责任人 3.53.5 测试用例内容评审测试用例内容评审 测试组成员 测试计划及测试用例的设计工作完成后，需通知项目组相关成员召 开评审会议。在这之前需要将待评审的内容发给相关人员熟悉和理解。 过程要点过程要点 输入条件 工作内容 详细说明详细说明 测试计划、测试用例文档 评审测试计划内容的正确性及合理性：  测试需求范围，各个测试需求的优先级