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

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%解决。

④集成测试计划、集成测试报告通过评审。

2）功能测试结束准则

①功能满足业务需求规格说明书的要求。

②测试用例全部执行完毕，通过率为100%。

③在最后一个版本中，发现的缺陷不超过已提交缺陷的5%。

④测试中发现的缺陷全部关闭。

⑤功能测试报告通过评审。

3）性能测试结束准则

①根据性能测试计划执行所有测试用例完成，测试出系统基本性能参数，并分析系统性能瓶颈。

②提交系统性能分析报告。

③性能测试分析报告通过评审。

4）UAT测试结束准则

①UAT测试用例执行完毕。

②客户确认系统通过，提交UAT测试报告。

③客户提交的UAT测试计划、UAT测试报告通过评审。

3．测试暂停/再启动准则

被测系统的某些重要模块、功能中存在着致命性缺陷导致测试无法继续进行时，则可以暂停，等待缺陷修复后再启动测试。如果某些功能具有致命性缺陷，但是不影响其他方面的测试，则可以继续对其他非关联性内容进行测试。

G.2.4 版本发布约定

在集成测试的过程中，研发团队交付的系统是一次性集成测试版本，主要是跟网银渠道和柜面渠道的集成、与核心系统集成，以及与模拟系统之间的集成。整个集成测试3轮且分两个阶段实施：第一个阶段是全部模块提交后；第二个阶段是在行内两轮功能测试后，与交易所进行集成测试。集成测试之前提交一个通过冒烟测试达到测试入口准则的版本，集成测试阶段采用随时提交缺陷并且随时修复和验证的方式。

在功能测试执行过程中，共执行4轮功能测试，每轮一个版本，包括通过冒烟测试达到入口准则的一个版本，尤其是第一个功能测试版本，后面每周二和周四发布两个版本。第四轮功能测试是与交易所联合测试的，同样采用周二和周四发布版本的方式。

在紧急情况下或存在重大缺陷导致测试无法进行时，要临时发布更新版本，需要经过测试项目经理或者测试组长的同意。

版本发布流程，采用研发编译提交代码，质量部门做版本控制，并在质量部门的测试环境中部署的方式。

G.2.5 缺陷严重级别定义

缺陷平重级别表

G.2.6 缺陷优先级别定义

缺陷优先级别表

紧急缺陷要求1个工作日内解决，一般缺陷要求2~3个工作日内解决。特别是对于导致测试环境，或者系统不能正常使用的缺陷，需要立即解决。如果因技术或者环境原因不能按照以上时间要求解决的缺陷，就需要挂起。

G.3 测试需求

根据与客户项目经理和相关负责人的沟通，确定本次测试的主要测试范围。整个测试活动主要包括研发提交一次性系统集成的集成测试、系统功能测试和性能测试，其中包括产品集成测试3轮、系统功能测试4轮（包括与其他系统联调测试）、性能测试3轮，以及协助客户进行的用户验收测试（UAT），这些测试轮次中并未包括每轮测试前检查启动准则采用的冒烟测试等测试活动。

G.3.1 物理部署图

可以直接用客户需求文档或概要设计文档中的图。

G.3.2 系统逻辑构架图

可以直接用客户需求文档或概要设计文档中的图。

1．产品集成需求

这里列出集成测试需要验证的接口需求

集成测试需求表

2．系统功能业务需求

这里列出系统业务功能需求。

功能测试需求表

3．非功能需求表

非功能测试需求包括性能测试需求、批处理性能、备份恢复测试需求、安全性分析、日志管理等测试需求。

这里列出系统性能需求。

G.4 测试策略

G.4.1 产品集成测试

1．测试描述

产品集成测试描述表

2．测试方法描述

根据系统集成测试需求，设计集成测试用例并执行，验证系统主要功能实现的完整性。特别是涉及到穿越多个子系统的功能的连通性和系统业务数据流是否正常。例如，客户通过柜面和网银进行资金进出、清算、委托下单、账户资金查询等。

通过集成测试的实施，掌握如何核对账户数据，如何在模拟系统中做清算，XXX系统中的交易平台和备份平台如何做清算等，为功能测试的顺利进行做准备。

3．产品集成测试策略

G.4.2 系统功能测试

1．测试描述

功能测试描述表

2．测试方法描述

根据系统功能需求，设计验证需求实现的测试用例并执行，验证功能实现的完整性和正

确性，尤其是客户资金账户、会计清算等的正确性。例如，中立仓申报、风险控制、参数管理等。

系统功能测试采用第一轮和第二轮手工执行全部测试用例的方法，第二轮时开始设计自动化测试，录制自动化测试脚本。在第二轮功能测试中，将记录每个客户的输入，尤其是与资金相关的输入和输出，以作为自动化测试的参数化数据。第三轮测试和最后一轮与交易所的联调验证测试自动化测试脚本，与手工测试并行执行。

3．功能测试策

功能测试策略表

4．环境准备两种方案对比

环境准备方案对比表

G.4.3 性能测试

1．测试描述

该外包项目的性能测试在生产模拟环境上实施，所有环境设备与上线环境设备配置一致或接近，实际性能指标应该高于在测试环境上得到的指标。

性能测试描述表

2．测试方法描述

对批处理性能测试，选取批处理、利率调整等交易相关的时间点，进行批处理并记录处理时间、系统资源占用状况，然后进行性能瓶颈分析。

对系统交易性能测试，选取典型功能场景进行针对性测试，使用相应的性能测试脚本和场景进行测试，分析响应时间的状况和性能计数器

3．性能测试策略

测试类型策略表

G.4.4 数据库服务器测试

1．测试描述

数据库服务器相关的测试包括两项：数据库服务器的主备切换测试、数据库备份与恢复测试。

数据库服务器测试描述表

2．测试方法描述

对主备切换测试，在本地建立双机备份模拟环境，通过主机掉电、关机、断开跳线等方式来模拟主机故障状况，通过系统访问和备机状态查看命令检查切换和系统运行状况；主机恢复运行后，通过命令及系统访问检查备机运行和切换状况。

对数据备份和恢复测试，在本地测试环境中，在系统运行了一段时间以后进行交易操作，使用备份文件和相应的方式恢复备份时的数据，通过系统功能和账务信息的变化来验证数据

备份和恢复状况。

3．数据库测试策略

数据库测试策略表

G.4.5 安全性和访问控制测试

1．测试描述

安全性和访问控制测试侧重于安全性的以下两个关键方面：

●应用程序级别的安全性。包括对数据或业务功能的访问。

●系统级别的安全性。包括对系统的登录或远程访问、网络传输等。由于系统级别的安全

性属于运维制度、网络和系统管理的职能，所以不在XXX系统中进行测试

安全测试描述表

2．测试方法描述

根据系统安全性和访问控制功能的需求，设计验证安全性的测试用例并执行。例如，各角色只能处理与角色相关的操作，而不能访问到或者处理其他角色的信息和操作。

结合功能测试，对用户身份验证方式进行测试，测试结果安全、有效。

安全性和访问性测试，主要在系统功能测试阶段来测试。

3．安全性测试策略

安全性测试策略表

G.4.6 用户界面测试

1．测试描述

用户界面(UI)测试用于核实用户与软件之间交互界面的规范性。UI测试的目标是确保用户界面能通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。

界面测试描述表

2．测试方法描述

根据系统的功能和界面要求，并结合Windows平台的界面规范，以及用户操作习惯、构面规范和网上金融操作规程，设计并执行测试用例，验证界面的规范性、一致性和合理性。

例如，客户信息管理页面，验证页面控件的布局、风格、访问方式等对业界标准和外包项目规范是否符合，和系统其他同类页面相比的风格一致性、功能排列，以及Tab访问次序的合理性。

3．用户界面测试策略

用户界面测试策略表

G.4.7 易用性

1．测试描述

易用性测试描述表

2．测试方法描述

根据金融行业用户的特点（行业标准术语和使用习惯等），设计并执行测试用例，验证系统的易理解性、易学习性和易操作性。

例如，产生的报表是否易被有权用户查看和核对。用户提交信息页面的功能易用性测试，验证控件名称和提示信息是否与空间功能一致，必填信息是否有标识，未填写的必填信息是

否高亮显示，系统信息与错误提示是否有效和必要。

3．易用性测试策略

易见性测试策略表

G.5 测试资源

G.5.1 人力需求

为此测试外包项目正常推进所需的人员配备，包括测试组内外应配备的人力资源需求。人力需求表

G.5.2 测试环境

系统集成和功能测试环境独立于开发调试环境，性能测试在利用生产用机搭建测试环境的基础上进行。

测试环境表

G.5.3 测试工具

测试环境表

G.6 测试进度

测试进度表

说明：T为集成测试开始执行时间；T1为系统功能测试开始执行时间，T2为性能测试开始执行的时间。其中集成测试分成两个阶段来进行，表中集成测试结束时间是第二轮的集成测试阶段。

G.7 测试风险

描述测试中可能遇到的风险，以及规避的方法。

测试风险表