(XXX系统外包项目测试计划事例.docVIP

XXX系统外包项目（二期） 测 试 计 划 （V1.0.00） 编 写 人： 编写日期： 审 核 人： 审核日期：  修订页 编号 章节名称 修订内容简述 修订日期 修订前版本号 修订后版本号 修订人 批准人 G.1 简介导言 G.1.1 目的 编写本文档的目的在于确定现有外包项目的信息，描述外包项目测试范围，定义测试条件和目标、测试策略和要求，分析可能的风险，提供相应的规避措施或应急对策，并策划测试整体进度的计划和人力资源安排。 XXX系统外包项目（一期）测试的目的在于通过测试交易系统业务 功能及流程实现的正确性、可靠性、易用性，确保系统符合业务需求规格说明书的要求，且系统性能指标和数据库服务器管理方案满足应用 要求。 G.1.2 背景 外包项目立项时间、部门等，业务背景、系统背景。如果不是一期外包项目，则说明一期项目上线以来的情况。介绍研发公司和研发团队、测试团队等。 G.1.3 范围 XXX系统应用结构中主要包括： 这里可以根据系统中的主要功能，按照子系统或大的模块功能进行说明。 G.1.4 参考文档 需求规格说明书文档 …… 规范文档： 《XXX测试管理规范》 《XXX公司测试外包项目管理规范》 G.2 测试约束 遵循测试进入和结束条件，进行外包项目测试管理工作，并按启动和结束准则指导各阶段的测试工作。 G.2.1 测试进出条件 1．进入条件 测试进入的条件应满足以下要求： 外包项目研发计划已确定。 需求规格说明书已通过评审。 测试需求范围已明确界定。 2．退出条件 退出整个测试应满足以下条件： 所有测试轮次执行过程均符合通过准则（合同中有约定）的要求。 系统遗留的致命和严重级别缺陷数为0（一定得到修复），其他级别的缺陷都被关闭或具有明确的处理意见。 系统功能测试报告和性能测试报告通过评审。 协助客户的UAT测试报告通过评审，且软件需求测试覆盖率达到100%。 G.2.2 测试通过和失败准则 1．通过准则 通过准则描述每一轮测试通过的条件，如下所述： 测试用例全部执行完毕，功能点覆盖率达到100%，测试用例执行率达到100%，但是由于各种条件制约，无法构造或无法满足测试条件的用例除外。 致命和严重级别的缺陷全部修复，其他缺陷95%以上被关闭。 回归测试或执行本轮新增测试用例时不再出现问题。 2．失败准则 失败准则即某轮次测试失败的条件如下： 测试用例执行过程中，系统瘫痪、电脑宕机或测试环境发生故障，导致无法继续进行。 存在严重影响系统功能或性能缺陷的错误。 该轮次测试失败，则遵照测试再启动准则实施，对于失败轮次的测试要记录故障原因。 G.2.3 测试启动/结束/暂停/再启动准则 1．测试启动准则 1）集成测试启动准则 ① 测试环境搭建完成并通过检验。 ② 外部系统接口完成接入并调试通过。 ③ 集成测试用例通过评审。 ④ 开发方根据外包项目组约定提交测试模块及对应的功能列表清单，并100%完成内部测试。 ⑤ 冒烟测试中90%的功能通过。 2）功能测试启动准则 ① 功能测试用例通过评审。 ② 冒烟测试中90%的功能通过。 ③ 第一轮功能测试启动：系统的所有子系统研发完成，包括数据移植脚本完成，完成了集成测试，并通过了系统功能测试入口准则。 ④ 第二轮功能测试启动：第一轮测试中发现的缺陷全部得到修复，第一轮测试结果分析结束，系统所有模块功能全部提交（没有尚未完成的功能）。 ⑤ 第三轮功能测试启动：第二轮测试中发现的缺陷全部得到修复，第二轮测试结果分析结束。 ⑥ 第四轮功能测试启动：第三轮测试中发现的缺陷全部得到修复，第三轮测试结果分析结束。并事先与交易所确定了联合测试时间，集成测试第三轮完成。 3）性能测试启动准则 ① 完成了集成测试和功能测试的第一轮测试，系统主要业务功能流程正常。 ② 性能测试计划和用例通过评审。 ③ 性能指标已经量化，且能采集到时间、空间和资源利用率等性能指标数据。 ④ 独立于功能测试环境的性能测试环境准备完毕。 4）UAT测试启动准则 ① 完成了系统功能测试，系统满足了需求规格说明书上的要求。 ② 系统中所有致命和严重缺陷得到了修复，其他所有未修复的缺陷都进行了相应的处理。 2．测试结束准则 1）集成测试结束准则 ① 整个系统集成完成，能够正常工作，业务流转正常。 ② 集成测试用例全部执行完毕。 ③ 致命和严重级别的缺陷100%解决，一般缺陷85%解决，其他级别的缺陷80%解决。 ④ 集成测试计划