测试验收方案

测试验收方案

一'简介

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

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

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

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

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

测试，每个开发阶段均有开发FAT和FAT验收测试，每个实行阶段均有SAT验收测试，第

三部分测试总体计划中，对丁软件开发周期中的各阶段从测试措施论口勺角度对FAT测试与

SAT测试进行了指导。为防止文章中口勺不必要内容反复，详细可操作方案请见随即的“工厂

验收测试方案”与“现场验收测试方案”有关章节；

工厂验收测试方案与现场验收测试方案：从可操作的角度对软件周期各阶段的FAT、

SAT测试进行详细的技术阐明，各阶段FAT、SAT根据该阶段测试不一样灵活运用该指导方

案中测试措施和操作。

文档测试：对于各阶段产生日勺文档进行验收。

二、项目测试流程

(-)整体流程

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

业已经建立起基于IEC91868/91868.ISO9000和IBMRationalRUP2023原则的质量保障体

系，制定和执行了质量保障规范体系。参照国际原则和IBMRationalRUP2023软件工程H勺

测试流程，根据招标文献口勺规定，制定福建电力FMIS系统的整体测试工作流程，用于指导

项目的测试和质量检查。

流程阐明：

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

之中；

2)项目第一实行阶段日勺测试流程首先通过系统分析和设计文档获取测试需求，

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

试方案将根据本方案的FAT测试方案规范和规定进行细化。

3)执行测试方案，并提交测试汇报；

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

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

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

6)接着进行本阶段日勺项目SAT测试；

7)第二阶段、第三阶段H勺测试流程与第•阶段日勺测试流程相似，只是测试日勺内

容不一样。

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

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

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

福建电力FMIS系统测试总体计划是实行项目总体计划的一部分，分别在每个一种实行

阶段二次开发任务完毕时执行FAT测试计划，系统准备运行阶段进行本阶段日勺FAT测试，

在系统阶段FAT测试之后，三个月内进行现场验收(SAT)测试。第二、第三阶段执行类似

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

(-)组织机构及人员保障

远光软件企业成立了专门的测试部门，既有测试经理、测试设计师和测试工程师：3()余

人,专门负责远光电力FMIS实行项目的测试工作，远光企业承诺成立专门的测试小组负责

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

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

测试组织机构描述如下:

(二)整体现场验收测试

(1)、测试目的

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

本次测试的重要目的是全面验收全省范围内系统之间的互连和互相之间的数据支持能

力，检查各系统与省企业系统之间的集成与互连的能力，各系统互连状态下正常运行的能力,

集团范围内全面完毕财务与业务一体化的财务管理信息系统的应用布署状态和性能。

(2)、测试时间

在第三阶段整体验收完毕后，81工作日之后执行本整体验收计划(假如于2009年1月

27日正常完毕验收，执行本计划日勺时间是2009年5月19日)。

(3)、测试地点

福建省电力企业及其下属所有实行软件系统的单位。

(4)、测试人员

供方选派测试经理1人,测试项目组组员15人负货本次SAT测试，需方根据各实行地

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

供方项目组组员详细分工与职责见下表:

测试内容人员安排及数量详细职责

功能测试测试项目组组员：9人重要对软件口勺基础架构、软件提供日勺

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

测试。

性能测试测试项目组组员：2人重要对软件H勺稳定性、强健性以及压

力并发的能力进行测试。

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

务端和工作站)和客户层体现界面H勺

兼容性进行测试。

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

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

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

恢复、顾客权限控制、操作控制等安

全性问题进行测试

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

枪查和功能测试

(5)、测试内容

现阶段日勺SAT测试重要对目前各地实行的I分系统及与总企业进行各方面的功能与性能测

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

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

性能测试重要包括：稳定性测试、压力(并发)测试等;

兼容性测试包括多种系统环境H勺组合测试;

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

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

(6)、测试环境

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

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

硬件环境(网络、设备等)

应用服务器：

数据库服务器：

客户端：

网络环境：

软件环境(有关软件、操作系统等)

操作系统

应用服务器

有关软件

操作系

数据库服务统

器有关软

件

操作系

统

客户端

有关软

件

(7)、测试措施

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

性能测试重要采用性能测试工具如LoadRunner等进行，运用工具自身所提供II勺功能对

多种需要获取H勺性能指标和参数进行测评；

兼容性测试重要依赖于软件和硬件的专业人员日勺专业布署与评估；

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

面和网络方面进行测试评估；

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

(8)、测试流程

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

测试案例日勺执行->填写问题表-〉问题表处理->系统升级->回归测试。

(9)、测试成果

测试完毕后提交本阶段SAT测试汇报以及测试流程中波及到时有关表格文献，并由双方

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

本阶段成果详细如下：

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

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

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

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

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

《项目整体SAT测试汇报》

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

会审批和立案。

四、工厂验收测试方案

工厂验收测试波及到软件系统功能、性能、兼容性、安全性等测试日勺各个方面，工厂测

试方案中对于测试过程中需要关注的测试项、测试措施及测试成果等都作了详细设计和阐

明。方案构造按照功能、性能、及其他测试点等项目来组织。

(-)功能测试方面

1、基础架构测试

(1)、系统架构规定

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

(可深入划分为两层或两层以上)、数据层。系统体系架构采用J2EE处理方案。系统由数

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

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

系统软件是汉化的J,与系统配套日勺多种管理软件和诊断软件配置完整，以功能测试的方

式对此进行测试和检查，对此方案中有详细的测试安排。

系统数据平台采用Oracle/。

系统所有由供方配置的第三方软件在研究系统中稳定运行，可以从操作系统的J功能中对此进

行查看检查。

(2)、数据平台规定

通过软件H勺应用平台，对多种功能的对的操作检查应用平台产生H勺数据与真实预期数据

进行比对校验，验证其对的性和精确性。详细可以参照详细软件功能评测安排进行测试。

(3)、中间件平台规定

查看中间件服务器平台，与否符合标书规定的I中间件平台规定。

(4)、数据库设计规定

参照提供口勺数据库设计文档查看实际数据库系统与否符合。

2、应用软件功能测试

系统基本业务功能伴随项目实行推广的深化也逐渐增多，系统集成口勺功能模块也越来越

多，下表给出的基木业务功能包括了所有系统的业务功能点，其测试重点和关注点也一一进

行了标注，根据各实行阶段的需要从下表中进行选择性H勺测试。

序号评测项目评测内容

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

1预算管理

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

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

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

业务的衔接

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

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

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

4报表管理

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

5购销管理

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

6工程财务管理

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

7报账中心

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

8财务稽核

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

9产权管理

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

10财务风险

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

11会计档案管理

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

12财务评价

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

财务内部业务

13

集成

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

14

体化公孙同为主线的一体化等；

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

15

信息互换

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

16

信息互换

3、异常处理测试

核查系统发生异常状况时软件与否可以对的处理，如网络故障（切断网络连接）、主机

故障（服务器断电/down机）、顾客操作出错等。为了保证系统可以对H勺持久运行，必须对

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

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

故障转•移测试可保证：对手必须持续运行的系统，旦发生故障，备用系统就将不失时

机地“顶替”发生故障的系统，以防止丢失任何数据或事务。

恢复测试是一种对抗性的测试过程。在这种测试中，将把应用程序或系统置于极端H勺条

件下（或者是模拟的I极端条件下），以产生故障（例如设备输入/输出（I/O）故障或无效口勺

数据库指针和关键字）。然后调用恢复进程并监测和检瓷应用程序和系统，核算应用程序或

系统和数据已得到了对的的恢复。

测试目的保证恢复进程（手工或自动）将数据库、应用程序和系统对H勺地恢复到预期

H勺已知状态。

测试中将包括如下多种状况：

客户机断电

服务器断电

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

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

断

周期未完毕（数据过滤进程被中断，数据同步进程被中断）。

数据库指针或关键字无效

顾客操作出错导致数据库中的数据元素无效或遭到破坏

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

措施：应当使月为功能和业务周期测试创立的测试来创立一系列的事务。一旦到达

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

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

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

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

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

DASD和DASD控制器被中断、断电或与DASD和DASD控制渊H勺通信中断：模

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

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

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

在测试天完整日勺周期时，所使用的技术与上述技术相似，只不过应异常终止

或提前终止数据库进程自身。

对■如下状况口勺测试需要到达一种已知的数据库状态。当破坏若干个数据库字

段、指针和关键字时，应当以手工方式在数据库中（通过数据库工具）直接进行。

其他事务应予通过使用“应用程序功能测试”和“业务周期测试”中的测试来执

行，并且应执行完整口勺周期。

完毕原则：在所有上述状况中，应用程序、数据库和系统应当在恢复过程完毕时立即返

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

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

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

和优先级：优先级：高

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

特殊事项：电或通信中断）也许并不可取或不可行。因此，也许会需要采用其他措

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

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

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

成果

（二）性能测试方面

如卜所有H勺性能测试项目均使用MercuryInteractive企业日勺LoadRunner等一系列专业测

试工具。MI企业在业界拥有良好的评价，IDC2023年市场记录数字显示MI企业的产品占据

软件测试工具市场份额的50%以上。

1、稳定性测试

为了考验系统的稳定性，要进行持续72小时H勺稳定性测试。运行环境在不超过软件指

定的负载指标规定下，正常无端障地持续运行72小时，不发生关键功能重启动，不发生系

统中断。

在稳定性测试进行期间，顾客在任何阶段都可以对系统提供H勺多种功能规定进行正常操

作和信息转储。

为了实现持续操作以到达考验系统稳定性的效果，运用自动化回归测试工具真实模拟顾

客72小时持续操作。在模拟过程中运用该工具分别监控服务器和客尸端的性能指标。

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

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

措施：在稳定性测试进行期间，应当分别执行或模拟如下操作：

令顾客在任何阶段都可以对系统提供H勺多种功能规定进行正常操作和信息

转储。

令假如测试由于严重的故障而中断，则应反复进行持续72小时日勺稳定性测

试。

完毕原则：在上述操作过程中，软件自身无任何异常或故障，对的产生顾客一系列操作

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

统不兼容或其些异常问题。

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

和优先级：优先级：高

需考虑的。容许由于硬件或软件日勺故障而进行成功的）切换，失效H勺部分应尽量快口勺

特殊事项：予以修复，以及恢复到本来口勺状态。

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

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

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

计算。

＜不能发生应用超载导致的主服务器和网络系统瓦解。

成果

2、压力（并发）测试

（1）、测试措施和环节

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

b.使用LoadRunner模拟出最大顾客在线，每个虚拟顽客使用一种虚拟IP,模仿出最大

顾客同步在线操作

c.LoadRunner中设置并发的人数和时间，可以设置一定数量并发顾客在某一操作点并发

d.虚拟顾客和并发顾客在LoadRunner虚拟机中完毕性能测试

e.波及到并发和稳定性操作均采用自动化工具进行模拟，愈加贴近真实操作环境。

（2）、系统容量测试

容量测试使系统处理大量H勺数据，以确定与否到达了将使软件发生故障的极限。容量测

试还将确定系统在给定期间内可以持续处理的最大负载或工作量。例如，假如系统正在为生

成一份报表而处理一组数据库记录，那么容量测试就会使用一种大型的测试数据库。检查该

软件与否正常运行并生成了对的时报表。

测试目的核算系统在如下高容量条件下能否正常运行:

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

在长时间内执行相似的、且状况（性能）最坏H勺业务功能。

已到达最大的1数据库大小（实际R勺或按比例缩放的），并且同步执

行多种查询或报表事务。

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

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

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

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

应当说测试波及到系统H勺每一种模块

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

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

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

面向“强度测试”）

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

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

和报表事务。

完毕原则：所计划口勺测试已所有执行，并且到达或超过指定的系统限制时没有

出现任何软件故障。

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

优先级：高

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

成果

（3）、系统负载测试

在这种测试中，将使系统承担不一样日勺工作敢，以评测和评估系统在不一样工作审条件

下的性能行为，以及持续正常运行的能力。负载测试时任的是确定并保证系统在超过最大预

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

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

为了实现系统日勺多顾客负载操作，运用自动化测试工具模拟多台计算机对软件进行多顾

客负载条件下H勺测试，工具进行测试防止了人为失误，更能体现软件的负载性能。

［注：如下所说口勺事务是指“逻辑业务事务”。这种事务被定义为将由系统的某个最终顾

客通过使用应用程序来执行的特定功能，例如，添加或修改给定时操作。

测试目的核算所指定的事务或商业理由在不一样的工作量条件下的性能行为时间。

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

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

内部业务集成、财务与业务一体化、与上下单位FI勺信息互换、与关联单位H勺信

息互换

应当说测试波及到系统的1每一种模块

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

通过修改数据文献来增长事务数吊，或通过修改脚本来增长每项事务发生

的次数。

完毕原则：多种事务或多种顾客：在可接受的时间范围内成功地完毕测试，没有发生

任何故障。

测试重点和优测试重点：多顾客操作

先级：优先级：高

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

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

负载测试所用的数据库应当是实际大小或相似缩放比例的数据库。

成果

负载规定：系统至少支持10000个顾客在线，同步应至少支持500个顾客并发操作

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

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

负载压力测试经典测试用例如下：

＞资产卡片录入测试用例

序环节

详细环节阐明

号类型

1Step打开登陆界面，输入顾客名和密码登入系统

2Step进入资产管理子系统

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

3Step

卡片录入界面

新增固定资产卡片，在弹出的界面上输入某些有在输入某些必填数据同步可以

4Step

效口勺必填信息根据测试需要输入其他信息

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

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

5VP同步并发新增不一样卡片，测试

保留到弹出提醒信息的时间段。

负载性能。

6Step退出子系统

7Step退出系统

＞汇总查询测试用例

序环节

详细环节阐明

号类型

1Step打开登陆界面，输入顾客名和密码登入系统

2Step进入资产管理子系统

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

3Step

入界面

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

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

需要设置不一样的查询条件

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

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

5VP同步并发对汇总数据进行杳询，

面口勺时间段

测试顾客负载数量。

6Step退出子系统

7Step退出系统

＞预算数据查询测试用例

序环节

详细环节阐明

号类型

1Step打开登陆界面，输入顾客名和密码登入系统

2Step进入预算管理子系统

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

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

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

4Step工具模拟多人进行不一样类型

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

的并发测试。

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

点击“查询”，测试刷出查询成果界面的时间与性顾客进行不一样属性U勺数据的

5VP

能查询，验证大展顾客负载下能

否成功进行操作。

6Step退出子系统

7Step退出系统

(4)、响应指标测试

使系统在承担一定工作量的状况下，测试系统对界面功能操作的响应时间，以评测和评

估系统在一定T作最条件下的性能指标。同步还要监控与系统运行有关曰勺硬件、软件的性能

指标状况。

为了实现系统口勺响应指标，必须运用自动化测试工具模拟多台计算机对软件进行多顾客

负载条件下的响应测试，工具进行测试防止了人为失误，更能体现软件口勺响应性能指标。

测试目的核算所指定的事务在一定的」.作量条伶卜M性能行为响应时间。

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

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

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

应当说测试波及到系统的每一种模块

措施：使用为功能或业务周期测试制定的1测试。

通过修改数据文献来增长事务数量，或通过修改脚本来增长每项事务发生日勺次

数。

完毕原则：服务器在可接受日勺时间范围内成功地响应了客户端并发操作，没有发生任何故

障。

测试重点测试重点：多顾客操作

和优先级,优先级：高

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

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

测试所月的数据库应当是实际大小或相似缩放比例口勺数据库。

成果

负载规定:

1、在线顾客500个，并发顾客50个，平均响应时间W2s

2、在线顾客1000个，并发顾客100个，平均响应时间W3s

3、在线顾客5000个，并发顾客200个，平均响应时间W5s

4、在线顾客10000个，并发顾客500个，平均响应时间W8s

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

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

3、兼容性测试

系统采用B/S与J2EEH勺系统架构，可以在局域网内部模拟系统真实操作环境，在不一

样操作系统机附上布署同一版本的系统软件，采用安装了不一样版本浏览器的不一样操作系

统的应用终端，进行单个终端或多终端的测试。以此多操作系统交叉的方式到达兼容性测试

的目电

测试目的验证软件系统在各操作系统之间的可移植性，操作系统间切换及软

件对不一样客户终端响应支持的能力。

测试范围：不一样操作系统的J服务器或工作站、不一样操作系统和浏览器欧1终

端客户端构成的网络系统。

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

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

环境，在不一样操作系统U勺客户终端上用不一样版本的浏览器执行相似

口勺功能测试。

完毕原则：不一样客户终端可以在不一样服务器器或工作站之间进行对的操

作，没有发生任何故障。

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

级：优先级：高

需考虑的特殊事安装不一样操作系统U勺机器保证同样配置，假如发生由于布署和操

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

有关。

成果

4、安全性测试

软件安全性测试侧重于安全性日勺几种关键方面：

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

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

网络传播数据安全性，包括数据加密传播；

服务器和客户端会话安全性，包括采用报文安全机制和会话Session机制;

数据存储口勺安全性;

应用程序级别的安全性可保证:

在预期的安全性状况下，顾客只能访问特定欧I功能或用例，或者只能访问有限的数据：

系统级别H勺安全性可保证只有具有系统访问权限口勺顾客才能访问应用程序，并且只能通

过对应的网关来访问：

网络传播数据安全，重要采用网络通讯两端加密解密方式保证数据的对日勺。

测试目的应用程序级别的安全性：核算顾客只能访问其所属顾客类型已被授权访

问的那些功能或数据。

系统级别的安全性：核算只有具有系统和应用程序访问权限的顾客才能

访问系统和应用程序。

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

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

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

区）信息互换

应当说测试波及到系统口勺每一种模块

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

或数据。

为各顾客类型创立测试，并通过创立各顾客类型所特有口勺事务来核算其

权限。

修改顾客类型并为相似的J顾客重新运行测试。对「每种顾客类型，保证

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

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

完毕原则：多种己知的顾客类型都可访问对应H勺功能或数据，并且所有事务都按照

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

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

优先级：优先级：高

需考虑的特

殊事项：

成果

下面对几种安全性方面的测试进行详细阐明.

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

采用如下几种方式：

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

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

2、打开IE浏览器后，不通过登陆界面合法登陆直接进入功能操作页面，Session安

全性会拒绝非法登陆操作。

SurclD：通过多次外部IC卡，USB硬件插拔测试，检查系统与否正常运行并能有效支

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

数据加密：软件对重要数据的存储提供了保护机制，采用主流的MD5加密算法进行加

密存储。测试过程中，可以通过截取顾客数据然后转换成真实数据与实际输入数据进行比对

的方式确认加密解密的对时性和安全性。如对顾客登录名日勺测试。

通讯报文加密：为了在传播过程中保证数据的安全性，系统提供了数据加密对数据进

行保护。在测试过程中，运用，具对网络传播数据包进行抓包解包，通过比对验证传播数据

的对的性，从而体现了数据的安全性。

单点登陆：实现一种人口登陆，访问各个子系统。通过与IBMPortalServer集成实现。

操作环节简朴：首先登陆Portal服务器，输入顾客名、口令，即可看见所有集成的子系统，

点击对应子系统即可进入，不需再输入对应顾客名、口令。

5、介质检查

核查所有规定日勺软件开发工具、软件库、诊断程序、实用程序、调试工具和安装工具与

否已包括在系统中。

测试目的核查系统中所规定的I外部程序与否有效

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

具等。

措施：使用在功能测试中己经制定日勺测试，反更使用这些功能工具的界面

功能，检查操作后与否有效。

完毕原则：系统可以对的支持这些外部应用程序无任何异常或故障

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

级：优先级：高

需考虑的特殊事

项：

成果

五、现场验收测试方案

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

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

证系统之间互连的对卧J性，

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

兼容性测试等组织展开。

(-)外部系统的集成测试

与外部系统(已安装上线成功运行的系统)有关连接口勺测试，还应包括在FAT中不能完

毕的测试。

测试对象为新实行项目与既有财务软件的通讯和业务功能与否存在，集成后的软件与否

正常运行。

测试目的检测新实行项目与既有财务系统数据H勺统一性和互通性；检测需求中业

务流程，装据流的对日勺性；检测系统对业务处理与否存在逻辑不严谨及错误

检测需求与否存在不合理口勺原则及规定。

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

能。

措施：运用有效的和无效日勺数据来执行各个用例、用例流或功能，以核算如下

内容：

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

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

各业务规则都得到了对的时应用。

完毕原则：所计划口勺测试已所有执行，既有财务系统与新实行项目组合后正常运行。

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

优先级：优先级：高

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

殊事项：阶段实行。

成果

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

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

财务数据的交互。

测试目的检测上下单位系统业务往来的对H勺性，检测往来财务数据的对的性，检

测上下单位业务逻辑与否满足功能需求，与否存在不合理的原则及规定。

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

测试方案。

措施：查看上下单位系统与否连通，与否实现业务交互；

正常连通环境下，反复执行已制定的功能测试方案；

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

完毕原则；所计划的测试己所有执行，上下单位系统均运行正常，上下单位系统业

务交互对的，往来财务数据对的。

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

优先级：优先级：高

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

殊事项，阶段实行。

成果

（三）推广项目实际应用测试

完毕FAT所做的功能测试和稳定性测试，测试在实际运行系统基础上，数据为真实数据

状况下完毕。

1、功能测试

功能测试重要采用了人工黑盒测试进行测试，运用边界值分析法、错误推测法和鉴定表

驱动法等对系统提供的多种功能进行测试。

(1)、基础架构测试

♦系统架构规定

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

(可深入划分为两层或两层以上)、数据层。系统体系架构采用J2EE处理方案。系统由数

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

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

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

式对此进行测试和检查，.对此方案中有详细的测试安排«.

系统数据平台采用Oracle方。

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

此进行查看检查。

♦数据平台规定

通过软件H勺应用平台，对多种功能的对口勺操作检查应用平台产生H勺数据与真实预期数据

进行比对校验，验证其对的性和精确性。详细可以参照切能测试安排进行测试。

♦中间件平台规定

查看中间件服务器平台，与否符合标书规定区I中间件平台规定。

♦数据库设计规定

参照提供口勺数据库设计文档查看实际数据库系统与否符合。

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

系统基本业务功能伴随项目实行推广的深化也逐渐增多，系统集成FI勺功能模块也越来越

多，下表给出H勺基本业务功能包括了所有系统I内业务功能点，其验收测试重点和关注点也一

一进行了标注，根据各实行阶段的需要从下表中进行选择性的测试。

序号评测项目评测内容

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

1预算管理

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

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

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

业务的衔接

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

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

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

4报表管理

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

5购销管理

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

6工程财务管理

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

7报账中心

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

8财务稽核

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

9产权管理

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

10财务风险

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

11会计档案管理

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

12财务评价

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

财务内部业务

13

集成

财务与业务一评测功能包括：以电力价值流为主线的一体化、以资产价值流为主线H勺一体化、以办

14

体化公办同为主线的一体化等；

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

15

信息互换

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

16

信息互换

（3）、异常处理测试

核查系统发生异常状况时软件与否可以对口勺处理，如网络故障（切断网络连接）、主机

故障（服务器断电/down丸）、顾客操作出错等。为了保证系统可以对的持久运行，必须对

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

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

故障转移测试可保证：对「必须持续运行的系统，一旦发生故障，备用系统就将不失时

机地“顶替”发生故障的J系统，以防止丢失任何数据或事务。

恢复测试是一种时抗性的测试过程。在这种测试中，将把应用程序或系统置于极端H勺条

件下（或者是模拟日勺极端条件下），以产生故障（例如设备输入/输出（I/O）故障或无效日勺

数据库指针和关键字）。然后调用恢复进程并监测和检查应用程序和系统，核算应用程序或

系统和数据已得到了对的的恢系。

测试目的保证恢复进程（手工或自动）将数据库、应用程序和系统对的地恢匆到预期

H勺已知状态。

测试中将包括如下多种状况：

客户机断电

服务器断电

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

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

断

周期未完毕（数据过滤进程被中断，数据同步进程被中断）。

数据库指针或关键字无效

顾客操作出错导致数据库中的数据元素无效或遭到破坏

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

措施：应当使月为功能和业务周期测试创立的测试来创立一系列的事务。一旦到达

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

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

令服务器断电：模拟或启动服务器日勺断电过程。

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

信线路日勺连接或关闭网络服务器或路由器的电源）0

<DASD和DASI）控制器被中断、断电或与DASD和DASD控制器的通信中断：

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

<一旦实现了上述状况（或模拟状况），就应当执行其他事务。并且一旦

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

。在测试不完整日勺周期时，所使用的技术与上述技术相似，只不过应异常

终止或提前终止数据库进程自身。

令对如下状况口勺测试需要到达一种已知的数据库状态。当破坏若干个数据库

段、指针和关键字时，应当以手工方式在数据库中（通过数据库工具）道

进行。其他事务应当通过使用“应用程序功能测试”和“业务周期测试”

的测试来执行，并且应执行完整#J周期。

完毕原则：在所有上述状况中，应用程序、数据库和系统应当在恢复过程完毕时立即返

回到一种已知口勺预期状态。此状态包括仅限于已知损坏的字段、指针或关键字范

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

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

和优先级：优先级：高

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

特殊事项：电或通信中断）也许并不可取或不可行。因此，也许会需要采用其他措

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

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

这