集成测试方案

项目名称：

项目编号： 文档编号： 文档版本： 编 制：

? 版权所有? 第 1 页 共 8 页

变 更 履 历

*变化状态：C——创建，A——增加，M——修改，D——删除

? 版权所有? 第 2 页 共 8 页

目 录

1 概述 ...........................................................................................................................4

1.1 目的 ..................................................................................................................... 4

1.2 预期读者 .............................................................................................................. 4

1.3 术语和缩写 .......................................................................................................... 4

1.4 参考资料 .............................................................................................................. 4 2 测试对象 ...................................................................................................................4

2.1 测试功能 .............................................................................................................. 4

2.2 相关模块描述 ....................................................................................................... 5

2.3 版本修改描述 ....................................................................................................... 5 3 测试环境 ...................................................................................................................5

3.1 硬件 ..................................................................................................................... 5

3.2 软件 ..................................................................................................................... 5

3.3 通讯 ..................................................................................................................... 6

3.4 特殊测试需求 ....................................................................................................... 6 4 功能测试（*） .........................................................................................................6

4.1 目标 ..................................................................................................................... 6

4.2 范围 ..................................................................................................................... 6

4.3 测试环境 .............................................................................................................. 6

4.4 测试过程 .............................................................................................................. 6

4.5 进入标准 .............................................................................................................. 7

4.6 退出标准 .............................................................................................................. 7 5 测试策略 ...................................................................................................................8

? 版权所有? 第 3 页 共 8 页

1 概述

1.1目的

【编制本文档的目的】

1.2预期读者

【指出使用该文档的人，如：开发人员等】。

1.3术语和缩写

【本节以列表形式给出在本文档中出现和使用的所有术语，术语缩写及其大略解释】。

1.4参考资料

【本节提供一份在本文档中援引到的完整的文档资料清单，包括文档名称及版本号、日期】。

2 测试对象

2.1测试功能

人工服务功能测试

第4页共8页

2.2相关模块描述

2.3版本修改描述

3 测试环境

3.1硬件

?

3.2软件

? 服务器为linux或Windows操作系统；

? openEAP应用平台3.16或以上版本；

? oracle 10G；

? 客户端浏览器使用IE6或以上版本；

3.3通讯

? esbCommmain

? Http

3.4特殊测试需求

无。

4 功能测试（*）

4.1 目标

【简要说明该测试策略的目标。如：功能性测试要覆盖所有的功能项】。

4.2 范围

【说明该测试策略执行的范围。如：功能性测试应涵盖系统前端和后端所有功能项】。

4.3 测试环境

【解释说明进行测试需要的详细环境信息】

4.4 测试过程

【说明该测试策略执行所遵循的过程，项目根据自身实际需要定义测试执行的轮次，回归测试的时机和范围，常用的方案如下。项目可以根据实际需要自定义

测试状态报告的发布周期频度（如每周，每日）

方案一：一轮集成测试过程中，允许更新已修复的测试项，进行验证测试。在系统测试最后阶段，进行一轮回归测试。

方案二：一轮集成测试过程中，不进行修复测试项的验证。在一轮系统测试完成后，进行一轮回归测试。】

4.5 进入标准

【解释说明执行该测试策略的进入标准，如：

1、代码和单元测试已完成；

2、集成测试用例通过评审；

3、功能测试环境已准备就绪等】。

4.6 退出标准

【解释说明执行该测试策略的退出标准，如：

1) 测试用例设计已经通过评审

2) 按照测试计划完成了功能测试

3) 集成测试的功能测试用例覆盖率达100％

4) 系统的功能满足产品需求规格说明书的要求

5) 在集成测试中发现的错误已经得到修改并且各级缺陷修复率达到标准

6) 集成测试后不存在致命、严重缺陷

7) 警告缺陷允许存在，不超过10个

说明：

致命缺陷--导致系统崩溃、死机；出现不可挽救的数据丢失或损坏、内存泄露；程序模块丢失或未实现；软件错误导致数据丢失；系统的主要功能或需求没有实现；

严重缺陷--执行软件主要功能的测试用例导致系统出错，程序无法正常继续执行；程序执行过于缓慢或是占用过大的系统资源；

警告缺陷--一般性错误或者功能实现不完善等；系统运行过程中偶尔（<10%）有出错提示或导致系统运行不正常；

建议缺陷--程序的提示信息描述容易使用户产生混淆（界面不规范、辅助说明描述不清楚、输入输出不规范等）；

5 测试策略

当项目策划阶段选择集成测试子过程为强集成测试时，此处要确定对测试工程师的调整，如是否进行交叉方式的测试，更换一批测试工程师等措施；测试用例是否有增减。

建议较大的策略，可列入计划中进行跟踪，较小的策略，可在测试用例中跟踪

举例：

? 增量式集成，测试用例顺序: 坐席动作(用例1，3，5)；坐席呼叫(用例

6~16,18,19)； 录音(31,32)；监听(33,34)；班长功能(20~30)

? 非增量式集成，所有测试用例按顺序执行

第二篇：系统集成测试方案模板

网络系统集成测试计划

修订历史记录

目录

修订历史记录... 2

1     简介... 5

1.1      目的... 5

1.2      背景... 5

2     系统集成及验证... 5

2.1      集成范围... 5

2.2      集成过程... 5

2.3      集成验证... 6

2.4    集成注意事项... 6

3     测试需求... 6

3.1      测试范围... 6

3.2      项目核实... 6

4     测试特征... 7

4.1      测试类型... 7

4.1.1       数据库和数据库完整性测试... 7

4.1.2       功能测试... 8

4.1.3       业务周期测试... 8

4.1.4       用户界面测试... 9

4.1.5       性能评测... 9

4.1.6       负载测试... 10

4.1.7       强度测试... 11

4.1.8       容量测试... 11

4.1.9       安全性和访问控制测试... 12

4.1.10     故障转移和恢复测试... 13

4.1.11     配置测试... 14

4.1.12     安装测试... 15

4.2      工具... 15

4.3      异常事项处理流程... 16

4.4      测试报告... 16

5     资源... 16

5.1      角色... 16

5.2      系统资源... 17

6     测试风险... 18

7     工作量估算... 18

8     产出物... 18

8.1      测试记录... 19

8.2      缺陷报告... 19

1         简介

1.1    目的

<项目名称> 的这一“系统集成测试计划”文档有助于实现以下目标：

u  确定系统集成过程中存在的问题（这里提到的问题要在主体中体现出来）

u  确定测试环境与用户环境的差距及带来的影响（影响要在主体中体现出来）

u  指导系统集成测试用例编写

1.2    背景

[描述项目的类型(委托、自主开发)。引用需求规格说明书中背景部分（不易过长3-5段落即可）]

[本节应该只有 3 至 5 个段落。]

2         系统集成及验证

2.1    集成范围

[描述系统集成初始环境(用户方使用的基本环境,如果没有可以不写)和系统集成要求的最终环境（需求中提到的环境）,包括硬件环境、软件环境（系统软件、应用软件）]

■硬件集成

       [简单描述系统硬件交互结构,可以使用系统拓扑图来表示]

     ■软件集成

              [简要说明系统所需的软件环境在不同服务器的集成情况,不需详细说明集成顺序]

      

2.2      集成过程

[参照参考文档描述系统集成所需环境的配置顺序，例如：先安装JDK然后安装tomcat应用软件，将所需资源有条理的排列出来]

2.3      集成验证

       [列举系统集成验证方法、验证标准(验证weblogic 发布成功的标准-登录成功,oracle标准-可以创建用户等]

2.4    集成注意事项

       [列举集成过程中容易忽略切必须注意的问题,以起到提醒的作用]

3         测试需求

3.1    测试范围

描述测试的各个阶段（例如，单元测试、集成测试或系统测试），并说明本计划所针对的测试类型（如功能测试或性能测试）。

简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。

如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。

列出可能会影响测试设计、开发或实施的所有风险或意外事件。

列出可能会影响测试设计、开发或实施的所有约束。

3.2    项目核实

下表列出了制定《测试计划》时所使用的文档，并标明了各文档的可用性：

[注：可适当地删除或添加文档项。]

4         测试特征

测试策略提供了对测试对象进行测试的推荐方法。上一节“测试需求”中说明的是测试对象，而本节则要说明如何对测试对象进行测试。

对于每种测试，都应提供测试说明，并解释其实施和执行的原因。

如果将不实施和执行某种测试，则应该用一句话加以说明，并陈述这样做的理由。例如，“将不实施和执行该测试。该测试不合适”。

制定测试策略时所考虑的主要事项有：将要使用的技术以及判断测试何时完成的标准。

下面列出了在进行每项测试时需考虑的事项，除此之外，测试还只应在安全的环境中使用已知的、有控制的数据库来执行。

4.1    测试类型

4.1.1        数据库和数据库完整性测试

在 <项目名称> 中，数据库和数据库进程应作为一个子系统来进行测试。 在测试这些子系统时，不应将测试对象的用户界面用作数据的接口。对于数据库管理系统 (DBMS)，还需要进行深入的研究，以确定可以支持以下测试的工具和技术。

4.1.2        功能测试

对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面 (GUI) 与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。以下为各种应用程序列出了推荐使用的测试概要：

4.1.3        业务周期测试

[业务周期测试应模拟在一段时间内对 <项目名称> 执行的活动。应先确定一个时间段（例如一年），然后执行将在该时间段（一年内）发生的事务和活动。这种测试包括所有的日、周和月周期，以及所有与日期相关的事件（如备忘录）。]

4.1.4        用户界面测试

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

4.1.5        性能评测

性能评测是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。 实施和执行性能评测的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评测和微调。

[注：以下所说的事务是指“逻辑业务事务”。这种事务被定义为将由系统的某个 Actor 通过使用测试对象来执行的特定用例，例如，添加或修改给定的合同。]

4.1.6        负载测试

[负载测试是一种性能测试。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。]

[注：以下所说的事务是指“逻辑业务事务”。这种事务被定义为将由系统的某个最终用户通过使用应用程序来执行的特定功能，例如，添加或修改给定的合同。]

4.1.7        强度测试

[强度测试是一种性能测试，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。]

[注：以下提到的事务都是指逻辑业务事务。]

4.1.8        容量测试

[容量测试使测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。例如，如果测试对象正在为生成一份报表而处理一组数据库记录，那么容量测试就会使用一个大型的测试数据库，检验该软件是否正常运行并生成了正确的报表。]

4.1.9        安全性和访问控制测试

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

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

系统级别的安全性，包括对系统的登录或远程访问。

应用程序级别的安全性可确保：在预期的安全性情况下，主角只能访问特定的功能或用例，或者只能访问有限的数据。例如，可能会允许所有人输入数据，创建新账户，但只有管理员才能删除这些数据或账户。如果具有数据级别的安全性，测试就可确保“用户类型一”能够看到所有客户消息（包括财务数据），而“用户二”只能看见同一客户的统计数据。

系统级别的安全性可确保只有具备系统访问权限的用户才能访问应用程序，而且只能通过相应的网关来访问。

4.1.10    故障转移和恢复测试

故障转移和恢复测试可确保测试对象能成功完成故障转移，并能从导致意外数据损失或数据完整性破坏的各种硬件、软件或网络故障中恢复。

故障转移测试可确保：对于必须持续运行的系统，一旦发生故障，备用系统就将不失时机地“顶替”发生故障的系统，以避免丢失任何数据或事务。

恢复测试是一种对抗性的测试过程。在这种测试中，将把应用程序或系统置于极端的条件下（或者是模拟的极端条件下），以产生故障（例如设备输入/输出 (I/O) 故障或无效的数据库指针和关健字）。然后调用恢复进程并监测和检查应用程序和系统，核实应用程序或系统和数据已得到了正确的恢复。

4.1.11    配置测试

[配置测试核实测试对象在不同的软件和硬件配置中的运行情况。在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。]

4.1.12    安装测试

[安装测试有两个目的。第一个目的是确保该软件在正常情况和异常情况的不同条件下??例如，进行首次安装、升级、完整的或自定义的安装?都能进行安装。异常情况包括磁盘空间不足、缺少目录创建权限等。第二个目的是核实软件在安装后可立即正常运行。这通常是指运行大量为功能测试制定的测试。]

4.2    工具

此项目将使用以下工具：

[注：可适当地删除或添加工具项。]

4.3    异常事项处理流程

[描述系统集成测试过程中发现的问题的处理流程，可以使用UML图表示，也可以使用语言叙述，叙述要简洁明了。]

4.4    测试报告

     [依据项目中测试决定纳入测试报告的项，报告应该包括测试特征、系统资源、执行角色、测试过程、测试标准及测试结果]

5         资源

[本节列出推荐 <项目名称> 项目使用的资源，及其主要职责、知识或技能。]

5.1    角色

下表列出了在此项目的人员配备方面所作的各种假定。

[注：可适当地删除或添加角色项。]

5.2    系统资源

下表列出了测试项目所需的系统资源。

此时并不完全了解测试系统的具体元素。建议使系统模拟生产环境，并在适当的情况下减小访问量和数据库大小。

[注：可适当地删除或添加系统资源项。]

6         测试风险

[预测可能出现的风险（哪些地方测试不到、原因）、风险对项目的影响和相应措施。列出可能会影响测试设计、开发或实施的所有风险或意外事件。]

7         工作量估算

[对 <项目名称> 的测试应包括上面各节所述的各项测试的测试活动。应该为这些测试确定单独的项目里程碑，以通知项目的状态和成果。]

8         产出物

[本节列出了将要创建的各种文档、工具和报告，及其创建人员、交付对象和交付时间。]

8.1    测试记录

[说明用来记录和报告测试结果和测试状态的方法和工具。]

8.2    缺陷报告

[本节确定用来记录、跟踪和报告测试中发生的意外情况及其状态的方法和工具。]