测试验收方案2

测试验收方案

一、简介

本方案分为六大部分来阐述整个测试验收方案，各部分既独立成一个整体，又互相关联,

从计划、安排到具体阶段实施既有总体上的原则和方法指导，又有详细的测试方法和测试方

案进行实际测试工作的指导。主要分为以下部分：

项目测试流程：对测试验收进行整体的测试时间、计划安排：

项目验收测试总体计划：按照招标文件要求、软件工程理论，对软件进行迭代式的开发测试,

每个开发阶段都有开发FAT和FAT验收测试，每个实施阶段都有SAT验收测试，第三部分

测试总体计划中，对于软件开发周期中的各阶段从测试方法论的角度对FAT测试与SAT测

试进行了指导。为避免文章中的不必要内容重复，具体可操作方案请见随后的“工厂验收测

试方案”与“现场验收测试方案”相关章山：

二、工厂验收测试方案与现场验收测试方案：从可操作的

角度对软件周期各阶段的FAT、SAT测试进行详细的技术说

明，各阶段FAT、SAT根据该阶段测试不同灵活运用该指导

方案中测试方法和操作。

三、文档测试：对于各阶段产生的文档进行验收。

四、项目测试流程

（一）整体流程

福建电力FMIS系统测试贯穿于项目的始终，是项目质量保证体系的重要环节，远光公

司已经建立起基于IEC91868/91868、【SO9000和IBMRationalRUP2000标准的质量保障体

系，制J定和执行了质量保障规范体系。参考国际标准和IBMRatonalRUP2000软件工程的测

试流程，依据招标文件的要求.制定福建电力FMIS系统的整体测试工作流程，用于指导项

目的测试和质量检查。

1)流程说明：

2)测试流程是福建电力FMIS总体实施流程的一个子集，贯穿于三个实施阶段

之中：

3)项目第一实施阶段的测试流程首先通过系统分析和设计文档获取测试需求,

针对第一实施阶段的开发目标制定二次开发FAT测试方案，第一阶段开发测

试方案将依据本方案的FAT测试方案规范和要求进行细化。

4)执行测试方案，并提交测试报告；

5)对测试报告进行评估和审核，不能通过时，项目实施进入开发流程系统进行

开发和优化，否则，进行下一步实施工作流程。

6)项目上线前，需要进行本阶段的FAT测试：

7)接着进行本阶段的项目SAT测试；

8)第二阶段、第三阶段的测试流程与第一阶段的测试流程相同，只是测试的内

容不同。

9)最后进入系统的整体现场验收测试阶段。

整体项目测试流程如下图:

五、项目验收测试总体计划

（一）福建电力FMIS系统测试总体计划是实施项目总体

计划的一部分，分别在每个一个实施阶段二次开发任务完成

时执行FAT测试计划，系统准备运行阶段进行本阶段的FAT

测试，在系统阶段FAT测试之后，三个月内进行现场验收

（SAT）测试。第二、第三阶段执行类似的测试活动，最后

执行整体现场验收测试活动，总体计划如下：

（二）组织机构及人员保障

远光软件公司成立了专门的测试部门，现有测试经理、测试设计师和测试工程师30余

人，专门负责远光电力FMIS实施项目的测试工作，远光公司承诺成立专门的测试小组负责

福建电力FMIS项目的所有测试活动。同样承诺，针对福建电力FMIS的专门测试小组委派具

有丰富经验的测试经理和设计、测试工程师参加，测试组织机构与项目实施组织机构并行，

测试组织机构描述如下：

项H管理委员会

项目总监

（乙方）

；技术顾问j-------------------------j业务顾问；

J>一».—.一■・一・二J.■一•■—.•一

r_^=l

实施经理测试经理

II

:____.

_______I_______________I________

实，组织机构______________________I测试组织机构

……I测试设计帅测试工程上

（三）整体现场验收测试

（1）、测试目的

对全省己经完成实施的财务管理信息系统进行综合性能鉴定和验收。

(2)、此次测试的主要目的是全面验收全省范围内系统之间

的互连和相互之间的数据支持能力，检验各系统与省公司系统之

间的集成与互连的能力，各系统互连状态下正常运行的能力，集

团范围内全面完成财务与业务一体化的财务管理信息系统的应

用布署状态和性能。

(3)、测试时间

(4)、在第三阶段整体验收完成后，81工作日之后执行本整

体验收计划(假如于2009年1月27日正常完成验收，执行本计

划的时间是2009年5月19日)。

(5)、测试地点

福建省电力公司及其下属所有实施软件系统的单位。

(6)、测试人员

供方选派测试经理1人，测试项目组成员15人负责本次SAT测试，需方根据各实施地具

体情况指派具体人员参与和配合整个SAT测试过程，人员由需方自行决定。

供方项目组成员具人员安排及数量具体职责

体分工与职责见下

表：

测试内容

功能测试测试项目组成员：9人主要对软件的基础架构、软件提供的

所有界面功能以及异常情况处理的

测试。

性能测试测试项目组成员：2人主要对软件的稳定性、健壮性以及压

力并发的能力进行测试。

兼容性测试测试项目组成员：1人主要是软件对几种操作系统(包含服

务端和工作站)和客户层表现界面的

兼容性进行测试。

安全性测试测试项目组成员：2人主要对网络数据安全、服务器和客户

终端会话安全、中间件的管理与调

度、数据操作控制权限、数据备份与

恢复、用户权限控制、操作控制等安

全性问题进行测试

介质检查测试项目组成员：1人主要对软件提供相关外部工具进行

检查和功能测试

（7）、测试内容

现阶段的SAT测试主要对当前各地实施的分系统及与总公司进行各方面的功能与性能测

试，测试涉及软件系统的功能测试、性能测试、兼容性测试、安全性测试和介质检查。

功能测试主要包括：基础架构测试、软件的功能测评、异常处理测试及接口测试几方面:

性能测试主要包括：稳定性测试、压力（并发）测试等：

兼容性测试包括各种系统环境的组合测试；

安全性测试则包括系统应用涉及到的各种安全措施：

介质检查主要针对软件系统中提到的相关外部工具进行检查和功能测试。

（8）、测试环境

测试在需方各实施地实际运行环境上进行，数据均使用需方真实数据，具体各实施地软

硬件环境配置如下表所示：

硬件环境（网络、设备等）

应用服务器：

数据库服务器：

客户端：

网络环境：

软件环境（相关软件、操作系统等）

操作系统

应用服务器

相关软件

操作系

数据库服务统

器相关软

件

操作系

统

客户端

相关软

件

(9)、测试方法

软件功能测试采用黑盒测式，主要依赖于资深业务人员的手工测试以及专业判断评定：

性能测试主要采用性能测试工具如LoadRunner等进行，利用工具本身所提供的功能对

各种需要获取的性能指标和参数进行测评；

兼容性测试主要依赖于软件和硬件的专业人员的专业部署与评定；

安全性测试依赖于专业网络人员采用各种手段和一些网络工具针对软件安全的应用方

面和网络方而进行测试评定：

介质检查主要依赖于测试人员专业的判断和审查。

(10),测试流程

测试流程严格按照以下流程执行：

测试案例的执行填写问题表问题表处理系统升级回归测试。

(11)、测试成果

测试完成后提交本阶段SAT测试报告以及测试流程中涉及到的相关表格文件，并由双方

负责人签署项目验收报告，以供文档评测。

本阶段成果具体如下：

《项目整体SAT测试工作计划表》

《项目整体SAT测试用例表》

《项目整体SAT问题记录汇总表》

《项目整体SAT问题处理汇总表》

《项目整体SAT问题确认汇总表》

《项目整体SAT测试报告》

其中《项目整体SAT测试工作计划表》和《项目整体SAT测试报告》将提交项目委员

会审批和备案。

六、工厂验收测试方案

（一）工厂验收测试涉及到软件系统功能、性能、兼容性、

安全性等测试的各个方面，工厂测试方案中对于测试过程中

需要关注的测试项、测试方法及测试结果等都作了详细设计

和说明。方案结构按照功能、性能、及其他测试点等项目来

组织。

（二）功能测试方面

1、基础架构测试

（1）、系统架构要求

应用系统采用三层或多层体系结构，三层或多层体系结构具体划分为：客户层、中间层

（可进一步划分为两层或两层以上）、数据层。系统体系架构采用J2EE解决方案。系统由

数据平台、中间件平台、应用软件和其他支撑软件四大部分组成，可以从软件真实部署的局

域网网络拓扑图检验软件体系架构。

系统软件是汉化的，与系统配套的各种管理软件和诊断软件配备完整，以功能测试的方

式对此进行测试和检验，对此方案中有具体的测试安排。

系统数据平台采用Oracle》。

(2)、系统所有由供方配置的第三方软件在研究系统中稳定

运行，可以从操作系统的功能中对此进行查看检验。

(3)、数据平台要求

(4)、通过软件的应用平台，对各种功能的正确操作检验应

用平台产生的数据与真实预期数据进行比对校验，验证其正确性

和准确性。具体可以参照具体软件功能评测安排进行测试。

(5)、中间件平台要求

(6)、查看中间件服务器平台，是否符合标书要求的中间件

平台要求。

(7)、数据库设计要求

参考提供的数据库设计文档查看实际数据库系统是否符合。

2、应用软件功能测试

系统

基本

业务

功能

随着评测项目评测内容

项目

实施

推广

的深

化也

逐渐

增

多，

系统

集成

的功

能模

块也

越来

越

多，

下表

给出

的基

本业

务功

能包

含了

全部

系统

的业

务功

能

点，

其测

试重

点和

关注

点也

进行

了标

注，

根据

各实

施阶

段的

需要

从下

表中

进行

选择

性的

测

试。

序号

评测功能包括：预算项目、预算编制、预算控制、预算分析、预算考核及预算管理与资

1预算管理金管理、核算管理等的一体化，预算与计划、工程、购电、售电、资产等业务的衔接

评测功能包括：资金管理、票据管理、安全管理、融资管理、收支确认流程、银行账户

管理及资金管理与预算管理、核算管理等的一体化，资金与工程、购电、售电、银行等

2资金管理

业务的衔接

评测功能包括：数据归集、数据处理、账套管理、记账要求、数据杳询及核算管理与预

3核算管理算管理、资金管理等的一体化,核算与购电、售电等业务的衔接

评测功能包括：报表设匿、报表生成、报表编制、报表维护、报表查询、报表管理等

4报表管理

评测功能包括：购销管理、与业务系统的衔接等

5购销管理

评测功能包括：【程管理、辅助分析、与业务系统的衔接等

6工程财务管理

评测功能包括：报帐流程、结算管理

7报账中心

评测功能包括：财务稽核等

8财务稽核

评测功能包括：产权查询、监督管理等；

9产权管理

评测功能包括：流程管理、台账管理等：

10财务风险

评测功能包括：电子签收、分类归档等：

11会计档案管理

评测功能包括：评价指标体系自幼化、评价指标体系灵活性等：

12财务评价

评测功能包括：资产管理、税收管理、电价管理等；

财务内部业务

13

集成

评测功能包括：以电力价值流为主线的一-体化、以资产价值流为主线的一体化、以办公

财务与业务一

14协同为主线的一体化等：

体化

与上下单位的评测功能包括：与国家电网公司、下属各分公司、控股了•公司的信息交互；

15

信息交换

与关联单位的评测功能包括：系统提供电子商务的能力。

16

信息交换

3、异常处理测试

核查系统发生异常状况时软件是否能够正确处理，如网络故障（切断网络连接）、主机

故障（服务器断电/down机）、用户操作出错等。为了保证系统能够正确持久运行，必须对

数据和系统进行完整性检查、故障转移和恢复测试等等措施，用以确保系统能成功完成转移,

并能从导致意外数据损失或数据完整性破坏的各种硬件、软件或网络故障中恢复。

故障转移确保恢复进程（手工或自动）将数据库、应用程序和系统正确地恢复到预期

测试可确的已知状态。

保：对于必测试中将包活以下各种情况：

须持续运客户机断电

行的系统，服务器断电

一旦发生通过网络服务器产生的通信中断

故障，备DASD和/或DASD控制器被中断、断电或与DASD和/或DASD控制器的通信中

用系统就断

将不失时周期未完成（数据过滤进程被中断，数据同步进程被中断）。

机地“顶数据库指针或关键字无效

替”发生故用户操作出错导致数据库中的数据元素无效或遭到破坏

障的系统，

以避免丢

失任何数

据或事务。

恢复测试

是一种对

抗性的测

试过程。在

这种测试

中，将把

应用程序

或系统置

于极端的

条件下（或

者是模拟

的极端条

件下），以

产生故障

（例如设

备输入/输

出（I/O）

故障或无

效的数据

库指针和

关键字）。

然后调用

恢复进程

并监测和

检查应用

程序和系

统，核实

应用程序

或系统和

数据已得

到了正确

的恢复。

测试目标

测试范围：系统的应用程序、群集服务系统

方法：应该使用为功能和业务周期测试创建的测试来创建一系列的事务。一旦达到

预期的测试起点，就应该分别执行或模拟以下操作：

客户机断电：关闭PC机的电源。

服务器断电：模拟或启动服务器的断电过程。

通过网络服务器产生的中断：模拟或启动网络的通信中断（实际断开通信线

路的连接或关闭网络服务器或路由器的电源）。

DASD和DASD控制器被中断、断电或与DASD和DASD控制掰的通信中断:模

拟与一个或多个DASD控制器或设备的通信，或实际取消这种通信。

一旦实现了上述情况（或模拟情况），就应该执行其他事务。而且一旦达到

第二个测试点状态，就应调用恢复过程。

在测试不完整的周期时，所使用的技术与上述技术相同，只不过应异常终止或提

终止数据库进程本身。

对以下情况的测试需要达到一个已知的数据库状态。当破坏若干个数据库字段、指

和关键字时，应该以手工方式在数据库中（通过数据库工具）直接进行。其他事务

该通过使用“应用程序功能测试”和“业务周期测试”中的测试来执行，并且应执

完整的周期.

完成标准：在所有上述情况中，应用程序、数据库和系统应该在恢复过程完成时立即返

回到一个已知的项期状态。此状态包括仅限于已知损坏的字段、指针或关犍字范

围内的数据损坏，以及表明进程或事务因中断面未被完成的报表。

测试重点测试重点：多份恢复

和优先级：优先级：高

优先奴：高

需考虑的。恢复测试会给其他操作带来许多的麻烦。断开缆线连接的方法（模拟断

特殊事项：电或通信中断）可能并不可取或不可行。所以，可能会需要采用其他方

法，例如诊断性软件工具。

<需要系统（或计和机操作）、数据库和网络组中的资源。

这些测试应该在工作时间之外或在一台独立的计算机上运行。

结果

（三）性能测试方面

1v以下所有的性能测试项目均使用MercuryInteractive公

司的LoadRunner等一系列专业测试工具。Ml公司在业界拥有良好

的评价，IDC2005年市场统计数字显示Ml公司的产品占据软件测试

工具市场份额的50%以上。

2、稳定性测试

为了考验系统的稳定性.要讲行连续72小时的稳定性测试,运行环境在不^过软件指定

的负载指标要求下，正常无故障地连续运行72小时，不发生关键功能重启动，不发生系统中

断。

在稳定性测试软件系统在正常环境下负载加压稳定持续工作的能力

测试进行

期间，用户

在任何阶

段都可以

对系统提

供的各种

功能要求

进行正常

操作和信

息转储。

为了实现

连续操作

以达到考

验系统稳

定性的效

果，利用自

动化回归

测试工具

真实模拟

用户72小

时连续操

作。在模拟

过程中利

用该工具

分别监控

服务器和

客户端的

性能指标。

测试目标

测试范围：系统的应用程序、群集服务系统

方法：＜在稳定性测试进行期间，应该分别执行或模拟以下操作：

◊用户在任何阶段都可以对系统提供的各种功能要求进行正常操作和信息

转储。

令如果测试由于严重的故障而中断，则应重复进行连续72小时的稳定性测

试。

令如果测试由于严重的故障而中断，则应重复进行连续72小时的稳定性测

试。

完成标准：在上述操作过程中，软件自身无任何异常或故障，正确产生用户一系列操

作所需要达到的预期结果。服务器和客户端的系统无任何因为该应用软件导致的

系统不兼容或一些异常问题。

测试重点测试垂点：软件持续工作能力

和优先级：优先级：高

优先级：高

需考虑的令允许由亍硬件或软件的故障而进行成功的切换，失效的部分应尽可能快

特殊事项：的予以修复，以及恢夏到原来的状态。

令如果出现硬件或网络故障，系统应能自动切换到可用的资源上，以便测

试不间断地继续进行下去。

个由于没有可用的硬件或网络资源导致的系统中断，不影响稳定性时间的

计算。

令不能发生应用超载导致的主服务器和网络系统崩溃。

结果

3、压力(并发)测试

(1)、测试方法和步骤

a.在一台或若干台机器上虚拟出最大在线用户数量的IP地址

b.使用LoadRunner模拟出最大用户在线，每个虚拟用户使用一个虚拟IP，模仿出最大

用户同时在线操作

c.LoadRunner中设置并发口勺人数和时间，可以设置一定数量并发用户在某一操作点并发

d.虚拟用户和并发用户在LoadRunner虚拟机中完成性能测试

（2）、e.涉及到并发和稳定性操作均采用自动化工具进行模

拟，更加贴近真实操作环境。

（3）、系统容量测试

容量测试使系统处核实系统在以下高容量条件下能否正常运行：

理大量的数据，以连接或模拟了最大（实际或实际允许）数量的客户机，所有客户机

确定是否达到了将在长时间内执行相同的、且情况（性能j最坏的业务功能。

使软件发生故障的已达到最大的数据库大小（实际的或按比例缩放的），而且同时执

极限。容量测试还将行多个查询或报表事务。

确定系统在给定时已达到最大的数据库大小（实际的或按比例缩放的），而且同时执

间内能够持续处理行多个查询或报表事务。

的最大负载或工作

量。例如，如果系统

正在为生成一份报

表而处理一组数据

库记录，那么容量

测试就会使用一个

大型的测试数据库。

检验该软件是否正

常运行并生成了正

确的报表。

测试目标

测试范围：预算管理、资金管理、核算管理、报表管理、购销管理、工程财务

管理、报账中心、财务稽核、产权管理、财务风险、会计档案管理、财

务评价、财务内部业务集成、财务与业务一体化、与上下单位的信息交

换、与关联单位的信息交换

应该说测试涉及到系统的每一个模块

方法：使用为性能评测或负载测试制定的测试。

应该使用多台客户机或虚拟机技术来运行相同的测试或互补的测

试，以便在长时间内产生最繁重的事务量或最差的事务组合（请参见上

面的“强度测试”）

创建最大的数据库大小（实际的、按比例缩放的、或填充了代表性

数据的数据库），并使用多台客户机或虚拟机在长时间内同时运行查询

和报表事务。

创建最大的数据库大小（实际的、按比例缩放的、或填充了代表性

数据的数据库）,并使用多台客户机或虚拟机在长时间内同时运行查询

和报表事务。

完成标准：所计划的测试已全部执行，而且达到或超出指定的系统限制时没

有出现任何软件故障。

测试重点和优先级：测试重点：系统容量

优先级：高

优先级：高

需考虑的特殊事项：保证基本的网络条件成熟

结果

(4)、系统负载测试

在这种测试中，符使系统承担不同的工作量，以评测和评估系统在不同工作量条件下

的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期

工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务

处理速率和其他与时间相关的方面。

为了实现系统核实所指定的事务或商业理由在不同的工作量条件下的性能行为时间。

的多用户负载

操作，利用自

动化测试工具

模拟多台计算

机对软件进行

多用户负载条

件下的测试，

工具进行测试

避免了人为失

误，更能体现

软件的负载性

能。

［注：以下所说

的事务是指

“逻辑业务事

务”。这种事务

被定义为符由

系统的某个最

终用户通过使

用应用程序来

执行的特定功

能，例如，添

加或修改给定

的操作。

测试目标

测试范围预算管理、资金管理、核算管理、报表管理、购销管理、工程财务管理、

报账中心、财务稽核、产权管理、财务风险、会计档案管理、财务评价、财务

内部业务集成、财务与业务一体化、与上下单位的信息交换、与关联单位的信

息交换

应该说测试涉及到系统的每一个模块

方法：使用为功能或业务周期测试制定的测试。

通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务发生

的次数。

通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务发生

的次数。

完成标准：多个事务或多个用户：在可接受的时间范围内成功地完成测试，没有发牛

任何故障。

测试重点和优测试重点：多用户操作

先级：优先级：高

优先级：高

需考虑的特殊负载测试应该在专用的计算机或虚拟机上和在专用的机时内执行，以便实

事项：现完全的控制和精确的评测。

负我测试所用的数据库应该是实际大小或相同缩放比例的数据库。

结果

负我要求：系统至少支持10000个用户在线，同时应至少支持500个用户并发操作

需方现实使用的是集群环境，现有测试环境不具备这种条件，所有的测试性能需要进行

一定的换算才能反映出真实使用环境的负载性能。

>负载压力测试典型测流用例如下：

>资产卡片录入测试用例

序步骤

详细步骤说明

号类型

打开登陆界面，输入用户名和密码登入系统

1Step

2Step进入资产管理子系统

点击“卡片录入”，选择“固定资产卡片”进入

3Step卡片录入界面

新增固定资产卡片，在弹出的界面上输入一些有

在输入一些必填数据同时可以

4Step效的必填信息

根据测试需要输入其他信息

此处为负载测试点，模拟多用

点击“确定”，保存新增的资产卡片信息，测试

户同时并发新增不同卡片，测

5VP保存到弹出提示信息的时间段。

试负载性能。

6Step退出子系统

7Step退出系统

＞汇总查询测试用例

序步骤

详细步骤说明

号类型

打开登陆界而，输入用户名和密码登入系统

1Step

2Step进入资产管理子系统

选择“综合查询”，选择“汇总查询”进入查询

3Step入界面

设置查询条件时可以根据测试

4Step查询界面设置查询条件

需要设置不同的查询条件

此处为负载测试点，模拟多用

点击“确定”，测试查询开始到刷出查询结果界

户同时并发对汇总数据进行查

5VP面的时间段

询，测试用户负载数量。

6Step退出子系统

7Step退出系统

＞预算数据查询测试用例

序步骤

详细步骤说明

号类型

打开登陆界面，谕入用户名和密码登入系统

1Step

2Step进入预算管理子系统

3Step点击”预算数据查询”进入数据查询功能界面

数据属性可以多选，利用测试

选择一个“责任中心”，选择一个预算表，选择若

工具模拟多人进行不同类型的

4Step干数据属性，其他选项可以默认也可以自定义

并发测试。

此处为压力测试点，模拟大量

点击“查询”，测试刷出查询结果界面的时间与性用户进行不同属性的数据的查

5VP能询,验证大量用户负载下能否

成功进行操作。

6Step退出子系统

7Step退出系统

(5)、响应指标测试

使系统在核实所指定的事务在一定的工作量条件下的性能行为响应时间。

承担一定

工作量的

情况下，

测试系统

对界面功

能操作的

响应时间，

以评测和

评估系统

在一定工

作量条件

下的性能

指标。同时

还要监控

与系统运

行相关的

硬件、软件

的性能指

标情况。

为了实现

系统的响

应指标，

必须利用

自动化测

试工具模

拟多台计

算机对软

件进行多

用户负载

条件下的

响应测试,

工具进行

测试避免

了人为失

误，更能

体现软件

的响应性

能指标。

测试目标

测试范围：预算管理、资金管理、核算管理、报表管理、购销管理、工程财务管理、报账

中心、财务稽核'产权管理、财务风险、会计档案管理、财务评价、财务内部业务

集成、财务与业务一体化、与上下单位的信息交换、与关联单位的信息交换

应该说测试涉及到系统的每一个模块

方法：使用为功能或业务周期测试制定的测试。

通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务发生的

次数。

通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务发生的次

数。

完成标准：服务器在可接受的时间范围内成功地响应了客户端并发操作，没有发生任何

故障。

测试重点测试重点：多用户操作

和优先级：优先级：高

优先级：高

需考虑的响应指标测试应该在专用的计算机或虚拟机上和在专用的机时内执行，以便

特殊事项：实现完全的控制和精确的评测。

测试所用的数据库应该是实际大小或相同缩放比例的数据库。

结果

负载要求：

1.在线用户500个，并发用户50个，平均响应时间W2s

2.在线用户1000个,并发用户100个，平均响应时间W3s

3.在线用户5000个，并发用户2()0个，平均响应时间W5s

4、4、在线用户10000个，并发用户500个，平均响应时间

48s

5、需方现实中使用的是集群环境，现有测试环境不具备这种

条件，所有测试性能需要进行一定的换算才能反映出真实使用环境

的性能。

6、兼容性测试

系统采用B/S与验证软件系统在各操作系统之间的可移植性，操作系统间切换及软

J2EE的系统架件对不同客户终端响应支持的能力。

构，可以在局域

网内部模拟系统

真实操作环境，

在不同操作系统

机器上部署同一

版本的系统软

件，采用安装了

不同版本浏览器

的不同操作系统

的应用终端，进

行单个终端或多

终端的测试。以

此多操作系统交

义的方式达到兼

容性测试的目

的。

测试目标

测试范围：不同操作系统的服务器或工作站、不同操作系统和浏览器的终端客

户端组成的网络系统。

方法：使用为功能或业务周期测试制定的测试。

通过在不同操作系统上部署同•版本的软件系统，搭建相同测试环

境，在不同操作系统的客户终端上用不同版本的浏览器执行相同的功能

测试。

通过在不同操作系统上部署同一版本的软件系统，搭建相同测试环

境，在不同操作系统的客户终端上用不同版本的浏览器执行相同的功能

测试。

完成标准：不同客户终端能够在不同服务器器或工作站之间进行正确操作，没

有发生任何故障。

测试重点和优先测试重点：不同操作系统的切换

级：优先级：高

优先级：高

需考虑的特殊事安装不同操作系统的机器保证同样配置，如果发牛.因为部署和操作

项：系统配置不当导致的软件异常和故障，应重新部署和配置后重新进行相

关。

结果

7、安全性测试

软件安全性测试侧重亍安全性的儿个关键方面：

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

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

网络传输数据安全性，包括数据加密传输：

服务器和客户端会话安全性，包括采用报文安全机制和会话Sessionm>l：

数据存储的安全性：

应用程序级别的安全性可确保：

在预期的安全性情况下，田户只能访问特定的功能或用例，或者只能访问有限的数据:

系统级别的应用程序级别的安全性：核实用户只能访问其所属用户类型已被授权访

安全性可确问的那些功能或数据。

保只有具备系统级别F勺安全性：核实只有具备系统和应用程序访问权限的用户才能

系统访问权访问系统和应用程序。

限的用户才系统级别妁安全性：核实只有具备系统和应用程序访问权限的用户才能

能访问应用访问系统和应用程序。

程序，而且

只能通过相

应的网关来

访问：

网络传输数

据安全，主

要采用网络

通讯两端加

密解密方式

保证数据的

正确。

测试目标

测试范围：预兜管理、资金管理、核算管理、报表管理、购销管理、工程财务管理、

报账中心、财务稽核、产权管理、财务风险、会计档案管理、财务评价、财

务内部业务集成、财务与业务一体化、与上下单位的信息交换、与关联单位

的信息交换

应该说测试涉及到系统的每一个模块

方法：应用程序级别的安全性：确定并列出各用户类型及其被授权访问的功能

或数据。

为各用户类型创建测试，并通过创建各用户类型所特有的事务来核实其

权限。

修改用户类型并为相同的用户重新运行测试。对于每种用户类型，确保

正确地提供或拒绝了这些附加的功能或数据。

系统级别的访问：［请参见以下的“需考虑的特殊事项］

系统级别的访问：［请参见以下的“需考虑的特殊事项］

完成标准：各种已知的用户类型都可访问相应的功能或数据，而且所有事务都按照

预期的方式运行，并在先前的应用程序功能测试中运行了所有的事务。

测试重点和测试重点：安全性

优先级：优先级：高

优先级：高

需考虑的特

殊事项：

结果

下面对几种安全性方面的测试进行具体说明。

1、Session验证：（定义）Session在使用过程中，具有时效性和唯一性。测试过程中

可以采用以下几种方式：

timeout方式进行系统级别的安全性验证，如系统的登录后一段时间内不进行任何操作,

超时后无法进行合法操作。

打开IE浏览器后，不经过登陆界面合法登陆直接进入功能操作页面，Session安全性会

拒绝非法登陆操作。

SurcID:通过多次外部IC卡，USB硬件插拔测试，检验系统是否正常运行并能有效支持

外部插入的这些功能，验证系统支持SurcIDo

8、数据加密：软件对重要数据的存储提供了保护机制，采用

主流的MD5加密算法进行加密存储。测试过程中，可以通过戳取用

户数据然后转换成真实数据与实际输入数据进行比对的方式确认加

密解密的正确性和安全性。如对用户登录名的测试。

9、通讯报文加密：为了在传输过程中保证数据的安全性，系

统提供了数据加密对数据进行保护。在测试过程中，利用工具对网络

传输数据包进行抓包解包，通过比对验证传输数据的正确性，从而

体现了数据的安全性。

10、单点登陆：实现一个入口登陆，访问各个子系统。通过与

旧MPortalServer集成实现。操作步骤简单：首先登陆Portal服务

器，输入用户名、口令，即可看见所有集成的子系统，点击相应子系

统即可进入，不需再输入相应用户名、口令。

11、介质检查

核查所有要求的软件开发工具、软件库、诊断程序、实用程序、调试工具和安装工具是

否已包括在系统中。

测试目标核查系统中所要求的外部程序是否有效

测试范围：软件开发工具、软件库、诊断程序、实用程序、调试工具和安装工

具等。

方法：使用在功能测试中已经制定的测试，反复使用这些功能工具的界面

功能，检验操作后是否有效。

完成标准：系统能够正确支持这些外部应用程序无任何异常或故障

测试重点和优先测试重点：安全性

级：优先级：高

优先级：高

需考虑的特殊事

项：

结果

七、现场验收测试方案

现场验收测试不仅包括了对现推广项H的功能、性能、兼容性等等进行测试.以确保软

件系统功能和性能各方面满足系统要求，还包括了对既有系统的兼容和集成进行测试，以确

保系统之间互连的正确性。

现场验收测试方案结构按照外部系统集成、上下单位集成互连、系统功能、系统性能、

兼容性测试等组织展开。

（一）外部系统的集成测试

与外部系统检测新实施项目与既有财务系统数据的统一性和互通性；检测需求中业

（已安装上务流程，数据流的正确性：检测系统对业务处理是否存在逻辑不严谨及错误

线成功运行检测需求是否存在不合理的标准及要求。

的系统）相

关连接的测

试，还应包

括在FAT中

不能完成的

测试。

测试对象为

新实施项目

与既自财务

软件的通讯

和业务功能

是否存在，

集成后的软

件是否正常

运行。

测试目标

测试范围：需求中明确的业务流程，或组合既有不同功能模块而形成一个大的功

能。

方法：利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下

内容：

在使用有效数据时得到预期的结果。

在使用无效数据时显示相应的错误消息或警告消息。

各业务规则都得到了正确的应用。

完成标准：所计划的测试已全部执行，既有财务系统与新实施项目组合后正常运行。

测试重点和测试重点：功能需求测试

优先级：优先级：高

优先级：高

需考虑的特系统测试当中有些第一阶段未完成或不完冬的地方将推迟到项目的第二

殊事项：阶段实施。

结果

（二）上下单位相关系统互连测试

测试对象为已经实施r供方提供的财务信息管理系统的上下级单位之间的业务往来及

财务数据的交互。

测试目标检测上下单位系统业务往来的正确性，检测往来财务数据的正确性，检

测上下单位业务逻辑是否满足功能需求，是否存在不合理的标准及要求。

测试范围：上下单位系统互联的连通性，已经为上下单位相互系统互联制定的功能

测试方案。

方法：查看上下单位系统是否连通，是否实现业务交互；

正常连通环境卜：重复执行已制定的功能测试方案：

各业务规则都得到了正确的应用。

完成标准：所计划的测试已全部执行，上下单位系统均运行正常，上下单位系统业

务交互正确，往来财务数据正确。

测试重点和测试重点：功能需求测试

优先级：优先级：高

优先级：高

需考虑的特系统测试当中有些第一阶段未完成或不完备的地方将推迟到项目的第二

殊事项：阶段实施。

结果

(三)推广项目实际应用测试

1v完成FAT所做的功能测试和稳定性测试，测试在实际运行

系统基础上，数据为真实数据情况下完成。

2、功能测试

(1)、功能测试主要采用了人工黑盒测试进行测试，利用边

界值分析法、错误推测法和判定表驱动法等对系统提供的各种功

能进行测试。

(2)、基础架构测试

♦系统架构要求

应用系统采用三层或多层体系结构，三层或多层体系结构具体划分为：客户层、中间层

(可进一步划分为两层或两层以上)、数据层。系统体系架构采用J2EE解决方案。系统由

数据平台、中间件平台、应用软件和其他支撑软件四大部分组戊，可以从软件直文部署的局

域网网络拓扑图检验软件体系架构。

系统软件是汉化的，与系统配套的各种管理软件和诊断软件配备完整，以功能测试的方

式对此进行测试和检验，对此方案中有具体的测试安排。

系统数据平台采用Oracle9i.

♦系统所有由供方配置的第三方软件在研究系统中稳定运行，可以从

操作系统的功能中对此进行查看检验。

♦数据平台要求

♦通过软件的应用平台，对各种功能的正确操作检验应用平台产生的

数据与真实预期数据进行比对校验，验证其正确性和准确性。具体可以参照功能

测试安排进行测试。

♦中间件平台要求

♦查看中间件服务器平台，是否符合标书要求的中间件平台要求。

♦数据库设计要求

参考提供的数据库设计文档查看实际数据库系统是否符合。

(3)、应用软件功能评测

系统

基本

业务

功能

随着

项目

实施

推广

的深

化也

逐渐

评测项目评测内容

增

多，

系统

集成

的功

能模

块也

越来

越

多，

下表

给出

的基

本业

务功

能包

含了

全部

系统

的业

务功

能

点，

其验

收测

试重

点和

关注

点也

进行

了标

注，

根据

各实

施阶

段的

需要

从下

表中

进行

选择

性的

测

试。

序号

评测功能包括：预算项目、预先编制、预算控制、预算分析、预算考核及预算管理与资

1预算管理金管理、核算管理等的一体化，预算与计划、工程、购电、售电、资产等业务的衔接

评泅功能包括•资金管理、察据管理、安全管理、融资管理、收支确认流程、银行账户

管理及资金管理与预算管理、核算管理等的一体化.资金与工程、购电、售电、银行等

2资金管理

业务的衔接

评测功能包括：数据归集、数据处理、账套管理、记账要求、数据查询及核和管理与侦

3核算管理算管理、资金管理等的体化，核算与购电、售电等业务的衔接

评测功能包括：报表设置、报表生成、报表编制、报表维护、报表查询、报表管理等

4报表管理

评测功能包括：购销管理、与业务系统的衔接等

5购销管理

评测功能包括：工程管理、辅助分析、与业务系统的衔接等

6工程财务管理

评测功能包括•报帐流程、结尊管理

7报账中心

评测功能包括：财务稽核等

8财务稽核

评测功能包括：产权查询、监督管理等：

9产权管理

评测功能包括：流程管理、台账管理等：

10财务风险

评测功能包括：电子签收、分类归档等；

11会计档案管理

评测功能包括：评价指标体系自动化、评价指标体系灵活性等；

12财务评价

评测功能包括：资产管理、税收管理、电价管理等：

财务内部业务

13

集成

评测功能包括：以电力价值流为主线的一体化、以资产价值流为主线的一体化、以办公

财务与业务一

14协同为主线的•体化等：

体化

与上下单位的评测功能包括：与国家电网公司、下属各分公司、控股子公司的信息交互：

15

信息交换

与关联单位的评测功能包括：系统提供电子商务的能力。

16

信息交换

（4）、异常处理测试

核查系统发生异常状况时软件是否能够正确处理，如网络故障（切断网络连接）、主机故

障（服务器断电/down机）、用户操作出错等。为了保证系统能够止确持久运行，必须对数据

和系统进行完整性检查、故障转移和恢复测试等等措施，用以确保系统能成功完成转移，并

能从导致意外数据损失或数据完整性破坏的各种硬件、软件或网络故障中恢复。

故障转移确保恢复进程（手工或自动）将数据库、应用程序和系统止确地恢复到预期