測試驗收方案

一、簡介

本方案分為六大部分來闡述整個測試驗收方案，各部分既獨立成一個整體，又互相關聯(lián),

從計劃、安排到具體階段實施既有總體上的原則和方法指導，又有詳細的測試方法和測試方

案進行實際測試工作的指導。主要分為以下部分：

項目測試流程：對測試驗收進行整體的測試時間、計劃安排：

項目驗收測試總體計劃：按照招標文件要求、軟件工程理論，對軟件進行迭代式的開發(fā)測試,

每個開發(fā)階段都有開發(fā)FAT和FAT驗收測試，每個實施階段都有SAT驗收測試，第三部分

測試總體計劃中，對于軟件開發(fā)周期中的各階段從測試方法論的角度對FAT測試與SAT測

試進行了指導。為避免文章中的不必要內容重復，具體可操作方案請見隨后的“工廠驗收測

試方案”與“現(xiàn)場驗收測試方案”相關章山：

二、工廠驗收測試方案與現(xiàn)場驗收測試方案：從可操作的

角度對軟件周期各階段的FAT、SAT測試進行詳細的技術說

明，各階段FAT、SAT根據(jù)該階段測試不同靈活運用該指導

方案中測試方法和操作。

三、文檔測試：對于各階段產生的文檔進行驗收。

四、項目測試流程

（一）整體流程

福建電力FMIS系統(tǒng)測試貫穿于項目的始終，是項目質量保證體系的重要環(huán)節(jié)，遠光公

司已經建立起基于IEC91868/91868、【SO9000和IBMRationalRUP2000標準的質量保障體

系，制J定和執(zhí)行了質量保障規(guī)范體系。參考國際標準和IBMRatonalRUP2000軟件工程的測

試流程，依據(jù)招標文件的要求.制定福建電力FMIS系統(tǒng)的整體測試工作流程，用于指導項

目的測試和質量檢查。

1)流程說明：

2)測試流程是福建電力FMIS總體實施流程的一個子集，貫穿于三個實施階段

之中：

3)項目第一實施階段的測試流程首先通過系統(tǒng)分析和設計文檔獲取測試需求,

針對第一實施階段的開發(fā)目標制定二次開發(fā)FAT測試方案，第一階段開發(fā)測

試方案將依據(jù)本方案的FAT測試方案規(guī)范和要求進行細化。

4)執(zhí)行測試方案，并提交測試報告；

5)對測試報告進行評估和審核，不能通過時，項目實施進入開發(fā)流程系統(tǒng)進行

開發(fā)和優(yōu)化，否則，進行下一步實施工作流程。

6)項目上線前，需要進行本階段的FAT測試：

7)接著進行本階段的項目SAT測試；

8)第二階段、第三階段的測試流程與第一階段的測試流程相同，只是測試的內

容不同。

9)最后進入系統(tǒng)的整體現(xiàn)場驗收測試階段。

整體項目測試流程如下圖:

五、項目驗收測試總體計劃

（一）福建電力FMIS系統(tǒng)測試總體計劃是實施項目總體

計劃的一部分，分別在每個一個實施階段二次開發(fā)任務完成

時執(zhí)行FAT測試計劃，系統(tǒng)準備運行階段進行本階段的FAT

測試，在系統(tǒng)階段FAT測試之后，三個月內進行現(xiàn)場驗收

（SAT）測試。第二、第三階段執(zhí)行類似的測試活動，最后

執(zhí)行整體現(xiàn)場驗收測試活動，總體計劃如下：

（二）組織機構及人員保障

遠光軟件公司成立了專門的測試部門，現(xiàn)有測試經理、測試設計師和測試工程師30余

人，專門負責遠光電力FMIS實施項目的測試工作，遠光公司承諾成立專門的測試小組負責

福建電力FMIS項目的所有測試活動。同樣承諾，針對福建電力FMIS的專門測試小組委派具

有豐富經驗的測試經理和設計、測試工程師參加，測試組織機構與項目實施組織機構并行，

測試組織機構描述如下：

項H管理委員會

項目總監(jiān)

（乙方）

；技術顧問j-------------------------j業(yè)務顧問；

J>一?.—.一■?一?二J.■一?■—.?一

r_^=l

實施經理測試經理

II

:____.

_______I_______________I________

實，組織機構______________________I測試組織機構

……I測試設計帥測試工程上

（三）整體現(xiàn)場驗收測試

（1）、測試目的

對全省己經完成實施的財務管理信息系統(tǒng)進行綜合性能鑒定和驗收。

(2)、此次測試的主要目的是全面驗收全省范圍內系統(tǒng)之間

的互連和相互之間的數(shù)據(jù)支持能力，檢驗各系統(tǒng)與省公司系統(tǒng)之

間的集成與互連的能力，各系統(tǒng)互連狀態(tài)下正常運行的能力，集

團范圍內全面完成財務與業(yè)務一體化的財務管理信息系統(tǒng)的應

用布署狀態(tài)和性能。

(3)、測試時間

(4)、在第三階段整體驗收完成后，81工作日之后執(zhí)行本整

體驗收計劃(假如于2009年1月27日正常完成驗收，執(zhí)行本計

劃的時間是2009年5月19日)。

(5)、測試地點

福建省電力公司及其下屬所有實施軟件系統(tǒng)的單位。

(6)、測試人員

供方選派測試經理1人，測試項目組成員15人負責本次SAT測試，需方根據(jù)各實施地具

體情況指派具體人員參與和配合整個SAT測試過程，人員由需方自行決定。

供方項目組成員具人員安排及數(shù)量具體職責

體分工與職責見下

表：

測試內容

功能測試測試項目組成員：9人主要對軟件的基礎架構、軟件提供的

所有界面功能以及異常情況處理的

測試。

性能測試測試項目組成員：2人主要對軟件的穩(wěn)定性、健壯性以及壓

力并發(fā)的能力進行測試。

兼容性測試測試項目組成員：1人主要是軟件對幾種操作系統(tǒng)(包含服

務端和工作站)和客戶層表現(xiàn)界面的

兼容性進行測試。

安全性測試測試項目組成員：2人主要對網(wǎng)絡數(shù)據(jù)安全、服務器和客戶

終端會話安全、中間件的管理與調

度、數(shù)據(jù)操作控制權限、數(shù)據(jù)備份與

恢復、用戶權限控制、操作控制等安

全性問題進行測試

介質檢查測試項目組成員：1人主要對軟件提供相關外部工具進行

檢查和功能測試

（7）、測試內容

現(xiàn)階段的SAT測試主要對當前各地實施的分系統(tǒng)及與總公司進行各方面的功能與性能測

試，測試涉及軟件系統(tǒng)的功能測試、性能測試、兼容性測試、安全性測試和介質檢查。

功能測試主要包括：基礎架構測試、軟件的功能測評、異常處理測試及接口測試幾方面:

性能測試主要包括：穩(wěn)定性測試、壓力（并發(fā)）測試等：

兼容性測試包括各種系統(tǒng)環(huán)境的組合測試；

安全性測試則包括系統(tǒng)應用涉及到的各種安全措施：

介質檢查主要針對軟件系統(tǒng)中提到的相關外部工具進行檢查和功能測試。

（8）、測試環(huán)境

測試在需方各實施地實際運行環(huán)境上進行，數(shù)據(jù)均使用需方真實數(shù)據(jù)，具體各實施地軟

硬件環(huán)境配置如下表所示：

硬件環(huán)境（網(wǎng)絡、設備等）

應用服務器：

數(shù)據(jù)庫服務器：

客戶端：

網(wǎng)絡環(huán)境：

軟件環(huán)境（相關軟件、操作系統(tǒng)等）

操作系統(tǒng)

應用服務器

相關軟件

操作系

數(shù)據(jù)庫服務統(tǒng)

器相關軟

件

操作系

統(tǒng)

客戶端

相關軟

件

(9)、測試方法

軟件功能測試采用黑盒測式，主要依賴于資深業(yè)務人員的手工測試以及專業(yè)判斷評定：

性能測試主要采用性能測試工具如LoadRunner等進行，利用工具本身所提供的功能對

各種需要獲取的性能指標和參數(shù)進行測評；

兼容性測試主要依賴于軟件和硬件的專業(yè)人員的專業(yè)部署與評定；

安全性測試依賴于專業(yè)網(wǎng)絡人員采用各種手段和一些網(wǎng)絡工具針對軟件安全的應用方

面和網(wǎng)絡方而進行測試評定：

介質檢查主要依賴于測試人員專業(yè)的判斷和審查。

(10),測試流程

測試流程嚴格按照以下流程執(zhí)行：

測試案例的執(zhí)行填寫問題表問題表處理系統(tǒng)升級回歸測試。

(11)、測試成果

測試完成后提交本階段SAT測試報告以及測試流程中涉及到的相關表格文件，并由雙方

負責人簽署項目驗收報告，以供文檔評測。

本階段成果具體如下：

《項目整體SAT測試工作計劃表》

《項目整體SAT測試用例表》

《項目整體SAT問題記錄匯總表》

《項目整體SAT問題處理匯總表》

《項目整體SAT問題確認匯總表》

《項目整體SAT測試報告》

其中《項目整體SAT測試工作計劃表》和《項目整體SAT測試報告》將提交項目委員

會審批和備案。

六、工廠驗收測試方案

（一）工廠驗收測試涉及到軟件系統(tǒng)功能、性能、兼容性、

安全性等測試的各個方面，工廠測試方案中對于測試過程中

需要關注的測試項、測試方法及測試結果等都作了詳細設計

和說明。方案結構按照功能、性能、及其他測試點等項目來

組織。

（二）功能測試方面

1、基礎架構測試

（1）、系統(tǒng)架構要求

應用系統(tǒng)采用三層或多層體系結構，三層或多層體系結構具體劃分為：客戶層、中間層

（可進一步劃分為兩層或兩層以上）、數(shù)據(jù)層。系統(tǒng)體系架構采用J2EE解決方案。系統(tǒng)由

數(shù)據(jù)平臺、中間件平臺、應用軟件和其他支撐軟件四大部分組成，可以從軟件真實部署的局

域網(wǎng)網(wǎng)絡拓撲圖檢驗軟件體系架構。

系統(tǒng)軟件是漢化的，與系統(tǒng)配套的各種管理軟件和診斷軟件配備完整，以功能測試的方

式對此進行測試和檢驗，對此方案中有具體的測試安排。

系統(tǒng)數(shù)據(jù)平臺采用Oracle》。

(2)、系統(tǒng)所有由供方配置的第三方軟件在研究系統(tǒng)中穩(wěn)定

運行，可以從操作系統(tǒng)的功能中對此進行查看檢驗。

(3)、數(shù)據(jù)平臺要求

(4)、通過軟件的應用平臺，對各種功能的正確操作檢驗應

用平臺產生的數(shù)據(jù)與真實預期數(shù)據(jù)進行比對校驗，驗證其正確性

和準確性。具體可以參照具體軟件功能評測安排進行測試。

(5)、中間件平臺要求

(6)、查看中間件服務器平臺，是否符合標書要求的中間件

平臺要求。

(7)、數(shù)據(jù)庫設計要求

參考提供的數(shù)據(jù)庫設計文檔查看實際數(shù)據(jù)庫系統(tǒng)是否符合。

2、應用軟件功能測試

系統(tǒng)

基本

業(yè)務

功能

隨著評測項目評測內容

項目

實施

推廣

的深

化也

逐漸

增

多，

系統(tǒng)

集成

的功

能模

塊也

越來

越

多，

下表

給出

的基

本業(yè)

務功

能包

含了

全部

系統(tǒng)

的業(yè)

務功

能

點，

其測

試重

點和

關注

點也

進行

了標

注，

根據(jù)

各實

施階

段的

需要

從下

表中

進行

選擇

性的

測

試。

序號

評測功能包括：預算項目、預算編制、預算控制、預算分析、預算考核及預算管理與資

1預算管理金管理、核算管理等的一體化，預算與計劃、工程、購電、售電、資產等業(yè)務的銜接

評測功能包括：資金管理、票據(jù)管理、安全管理、融資管理、收支確認流程、銀行賬戶

管理及資金管理與預算管理、核算管理等的一體化，資金與工程、購電、售電、銀行等

2資金管理

業(yè)務的銜接

評測功能包括：數(shù)據(jù)歸集、數(shù)據(jù)處理、賬套管理、記賬要求、數(shù)據(jù)杳詢及核算管理與預

3核算管理算管理、資金管理等的一體化,核算與購電、售電等業(yè)務的銜接

評測功能包括：報表設匿、報表生成、報表編制、報表維護、報表查詢、報表管理等

4報表管理

評測功能包括：購銷管理、與業(yè)務系統(tǒng)的銜接等

5購銷管理

評測功能包括：【程管理、輔助分析、與業(yè)務系統(tǒng)的銜接等

6工程財務管理

評測功能包括：報帳流程、結算管理

7報賬中心

評測功能包括：財務稽核等

8財務稽核

評測功能包括：產權查詢、監(jiān)督管理等；

9產權管理

評測功能包括：流程管理、臺賬管理等：

10財務風險

評測功能包括：電子簽收、分類歸檔等：

11會計檔案管理

評測功能包括：評價指標體系自幼化、評價指標體系靈活性等：

12財務評價

評測功能包括：資產管理、稅收管理、電價管理等；

財務內部業(yè)務

13

集成

評測功能包括：以電力價值流為主線的一-體化、以資產價值流為主線的一體化、以辦公

財務與業(yè)務一

14協(xié)同為主線的一體化等：

體化

與上下單位的評測功能包括：與國家電網(wǎng)公司、下屬各分公司、控股了?公司的信息交互；

15

信息交換

與關聯(lián)單位的評測功能包括：系統(tǒng)提供電子商務的能力。

16

信息交換

3、異常處理測試

核查系統(tǒng)發(fā)生異常狀況時軟件是否能夠正確處理，如網(wǎng)絡故障（切斷網(wǎng)絡連接）、主機

故障（服務器斷電/down機）、用戶操作出錯等。為了保證系統(tǒng)能夠正確持久運行，必須對

數(shù)據(jù)和系統(tǒng)進行完整性檢查、故障轉移和恢復測試等等措施，用以確保系統(tǒng)能成功完成轉移,

并能從導致意外數(shù)據(jù)損失或數(shù)據(jù)完整性破壞的各種硬件、軟件或網(wǎng)絡故障中恢復。

故障轉移確?；謴瓦M程（手工或自動）將數(shù)據(jù)庫、應用程序和系統(tǒng)正確地恢復到預期

測試可確的已知狀態(tài)。

保：對于必測試中將包活以下各種情況：

須持續(xù)運客戶機斷電

行的系統(tǒng)，服務器斷電

一旦發(fā)生通過網(wǎng)絡服務器產生的通信中斷

故障，備DASD和/或DASD控制器被中斷、斷電或與DASD和/或DASD控制器的通信中

用系統(tǒng)就斷

將不失時周期未完成（數(shù)據(jù)過濾進程被中斷，數(shù)據(jù)同步進程被中斷）。

機地“頂數(shù)據(jù)庫指針或關鍵字無效

替”發(fā)生故用戶操作出錯導致數(shù)據(jù)庫中的數(shù)據(jù)元素無效或遭到破壞

障的系統(tǒng)，

以避免丟

失任何數(shù)

據(jù)或事務。

恢復測試

是一種對

抗性的測

試過程。在

這種測試

中，將把

應用程序

或系統(tǒng)置

于極端的

條件下（或

者是模擬

的極端條

件下），以

產生故障

（例如設

備輸入/輸

出（I/O）

故障或無

效的數(shù)據(jù)

庫指針和

關鍵字）。

然后調用

恢復進程

并監(jiān)測和

檢查應用

程序和系

統(tǒng)，核實

應用程序

或系統(tǒng)和

數(shù)據(jù)已得

到了正確

的恢復。

測試目標

測試范圍：系統(tǒng)的應用程序、群集服務系統(tǒng)

方法：應該使用為功能和業(yè)務周期測試創(chuàng)建的測試來創(chuàng)建一系列的事務。一旦達到

預期的測試起點，就應該分別執(zhí)行或模擬以下操作：

客戶機斷電：關閉PC機的電源。

服務器斷電：模擬或啟動服務器的斷電過程。

通過網(wǎng)絡服務器產生的中斷：模擬或啟動網(wǎng)絡的通信中斷（實際斷開通信線

路的連接或關閉網(wǎng)絡服務器或路由器的電源）。

DASD和DASD控制器被中斷、斷電或與DASD和DASD控制掰的通信中斷:模

擬與一個或多個DASD控制器或設備的通信，或實際取消這種通信。

一旦實現(xiàn)了上述情況（或模擬情況），就應該執(zhí)行其他事務。而且一旦達到

第二個測試點狀態(tài)，就應調用恢復過程。

在測試不完整的周期時，所使用的技術與上述技術相同，只不過應異常終止或提

終止數(shù)據(jù)庫進程本身。

對以下情況的測試需要達到一個已知的數(shù)據(jù)庫狀態(tài)。當破壞若干個數(shù)據(jù)庫字段、指

和關鍵字時，應該以手工方式在數(shù)據(jù)庫中（通過數(shù)據(jù)庫工具）直接進行。其他事務

該通過使用“應用程序功能測試”和“業(yè)務周期測試”中的測試來執(zhí)行，并且應執(zhí)

完整的周期.

完成標準：在所有上述情況中，應用程序、數(shù)據(jù)庫和系統(tǒng)應該在恢復過程完成時立即返

回到一個已知的項期狀態(tài)。此狀態(tài)包括僅限于已知損壞的字段、指針或關犍字范

圍內的數(shù)據(jù)損壞，以及表明進程或事務因中斷面未被完成的報表。

測試重點測試重點：多份恢復

和優(yōu)先級：優(yōu)先級：高

優(yōu)先奴：高

需考慮的?；謴蜏y試會給其他操作帶來許多的麻煩。斷開纜線連接的方法（模擬斷

特殊事項：電或通信中斷）可能并不可取或不可行。所以，可能會需要采用其他方

法，例如診斷性軟件工具。

<需要系統(tǒng)（或計和機操作）、數(shù)據(jù)庫和網(wǎng)絡組中的資源。

這些測試應該在工作時間之外或在一臺獨立的計算機上運行。

結果

（三）性能測試方面

1v以下所有的性能測試項目均使用MercuryInteractive公

司的LoadRunner等一系列專業(yè)測試工具。Ml公司在業(yè)界擁有良好

的評價，IDC2005年市場統(tǒng)計數(shù)字顯示Ml公司的產品占據(jù)軟件測試

工具市場份額的50%以上。

2、穩(wěn)定性測試

為了考驗系統(tǒng)的穩(wěn)定性.要講行連續(xù)72小時的穩(wěn)定性測試,運行環(huán)境在不^過軟件指定

的負載指標要求下，正常無故障地連續(xù)運行72小時，不發(fā)生關鍵功能重啟動，不發(fā)生系統(tǒng)中

斷。

在穩(wěn)定性測試軟件系統(tǒng)在正常環(huán)境下負載加壓穩(wěn)定持續(xù)工作的能力

測試進行

期間，用戶

在任何階

段都可以

對系統(tǒng)提

供的各種

功能要求

進行正常

操作和信

息轉儲。

為了實現(xiàn)

連續(xù)操作

以達到考

驗系統(tǒng)穩(wěn)

定性的效

果，利用自

動化回歸

測試工具

真實模擬

用戶72小

時連續(xù)操

作。在模擬

過程中利

用該工具

分別監(jiān)控

服務器和

客戶端的

性能指標。

測試目標

測試范圍：系統(tǒng)的應用程序、群集服務系統(tǒng)

方法：＜在穩(wěn)定性測試進行期間，應該分別執(zhí)行或模擬以下操作：

?用戶在任何階段都可以對系統(tǒng)提供的各種功能要求進行正常操作和信息

轉儲。

令如果測試由于嚴重的故障而中斷，則應重復進行連續(xù)72小時的穩(wěn)定性測

試。

令如果測試由于嚴重的故障而中斷，則應重復進行連續(xù)72小時的穩(wěn)定性測

試。

完成標準：在上述操作過程中，軟件自身無任何異常或故障，正確產生用戶一系列操

作所需要達到的預期結果。服務器和客戶端的系統(tǒng)無任何因為該應用軟件導致的

系統(tǒng)不兼容或一些異常問題。

測試重點測試垂點：軟件持續(xù)工作能力

和優(yōu)先級：優(yōu)先級：高

優(yōu)先級：高

需考慮的令允許由亍硬件或軟件的故障而進行成功的切換，失效的部分應盡可能快

特殊事項：的予以修復，以及恢夏到原來的狀態(tài)。

令如果出現(xiàn)硬件或網(wǎng)絡故障，系統(tǒng)應能自動切換到可用的資源上，以便測

試不間斷地繼續(xù)進行下去。

個由于沒有可用的硬件或網(wǎng)絡資源導致的系統(tǒng)中斷，不影響穩(wěn)定性時間的

計算。

令不能發(fā)生應用超載導致的主服務器和網(wǎng)絡系統(tǒng)崩潰。

結果

3、壓力(并發(fā))測試

(1)、測試方法和步驟

a.在一臺或若干臺機器上虛擬出最大在線用戶數(shù)量的IP地址

b.使用LoadRunner模擬出最大用戶在線，每個虛擬用戶使用一個虛擬IP，模仿出最大

用戶同時在線操作

c.LoadRunner中設置并發(fā)口勺人數(shù)和時間，可以設置一定數(shù)量并發(fā)用戶在某一操作點并發(fā)

d.虛擬用戶和并發(fā)用戶在LoadRunner虛擬機中完成性能測試

（2）、e.涉及到并發(fā)和穩(wěn)定性操作均采用自動化工具進行模

擬，更加貼近真實操作環(huán)境。

（3）、系統(tǒng)容量測試

容量測試使系統(tǒng)處核實系統(tǒng)在以下高容量條件下能否正常運行：

理大量的數(shù)據(jù)，以連接或模擬了最大（實際或實際允許）數(shù)量的客戶機，所有客戶機

確定是否達到了將在長時間內執(zhí)行相同的、且情況（性能j最壞的業(yè)務功能。

使軟件發(fā)生故障的已達到最大的數(shù)據(jù)庫大?。▽嶋H的或按比例縮放的），而且同時執(zhí)

極限。容量測試還將行多個查詢或報表事務。

確定系統(tǒng)在給定時已達到最大的數(shù)據(jù)庫大?。▽嶋H的或按比例縮放的），而且同時執(zhí)

間內能夠持續(xù)處理行多個查詢或報表事務。

的最大負載或工作

量。例如，如果系統(tǒng)

正在為生成一份報

表而處理一組數(shù)據(jù)

庫記錄，那么容量

測試就會使用一個

大型的測試數(shù)據(jù)庫。

檢驗該軟件是否正

常運行并生成了正

確的報表。

測試目標

測試范圍：預算管理、資金管理、核算管理、報表管理、購銷管理、工程財務

管理、報賬中心、財務稽核、產權管理、財務風險、會計檔案管理、財

務評價、財務內部業(yè)務集成、財務與業(yè)務一體化、與上下單位的信息交

換、與關聯(lián)單位的信息交換

應該說測試涉及到系統(tǒng)的每一個模塊

方法：使用為性能評測或負載測試制定的測試。

應該使用多臺客戶機或虛擬機技術來運行相同的測試或互補的測

試，以便在長時間內產生最繁重的事務量或最差的事務組合（請參見上

面的“強度測試”）

創(chuàng)建最大的數(shù)據(jù)庫大?。▽嶋H的、按比例縮放的、或填充了代表性

數(shù)據(jù)的數(shù)據(jù)庫），并使用多臺客戶機或虛擬機在長時間內同時運行查詢

和報表事務。

創(chuàng)建最大的數(shù)據(jù)庫大?。▽嶋H的、按比例縮放的、或填充了代表性

數(shù)據(jù)的數(shù)據(jù)庫）,并使用多臺客戶機或虛擬機在長時間內同時運行查詢

和報表事務。

完成標準：所計劃的測試已全部執(zhí)行，而且達到或超出指定的系統(tǒng)限制時沒

有出現(xiàn)任何軟件故障。

測試重點和優(yōu)先級：測試重點：系統(tǒng)容量

優(yōu)先級：高

優(yōu)先級：高

需考慮的特殊事項：保證基本的網(wǎng)絡條件成熟

結果

(4)、系統(tǒng)負載測試

在這種測試中，符使系統(tǒng)承擔不同的工作量，以評測和評估系統(tǒng)在不同工作量條件下

的性能行為，以及持續(xù)正常運行的能力。負載測試的目標是確定并確保系統(tǒng)在超出最大預期

工作量的情況下仍能正常運行。此外，負載測試還要評估性能特征，例如，響應時間、事務

處理速率和其他與時間相關的方面。

為了實現(xiàn)系統(tǒng)核實所指定的事務或商業(yè)理由在不同的工作量條件下的性能行為時間。

的多用戶負載

操作，利用自

動化測試工具

模擬多臺計算

機對軟件進行

多用戶負載條

件下的測試，

工具進行測試

避免了人為失

誤，更能體現(xiàn)

軟件的負載性

能。

［注：以下所說

的事務是指

“邏輯業(yè)務事

務”。這種事務

被定義為符由

系統(tǒng)的某個最

終用戶通過使

用應用程序來

執(zhí)行的特定功

能，例如，添

加或修改給定

的操作。

測試目標

測試范圍預算管理、資金管理、核算管理、報表管理、購銷管理、工程財務管理、

報賬中心、財務稽核、產權管理、財務風險、會計檔案管理、財務評價、財務

內部業(yè)務集成、財務與業(yè)務一體化、與上下單位的信息交換、與關聯(lián)單位的信

息交換

應該說測試涉及到系統(tǒng)的每一個模塊

方法：使用為功能或業(yè)務周期測試制定的測試。

通過修改數(shù)據(jù)文件來增加事務數(shù)量，或通過修改腳本來增加每項事務發(fā)生

的次數(shù)。

通過修改數(shù)據(jù)文件來增加事務數(shù)量，或通過修改腳本來增加每項事務發(fā)生

的次數(shù)。

完成標準：多個事務或多個用戶：在可接受的時間范圍內成功地完成測試，沒有發(fā)牛

任何故障。

測試重點和優(yōu)測試重點：多用戶操作

先級：優(yōu)先級：高

優(yōu)先級：高

需考慮的特殊負載測試應該在專用的計算機或虛擬機上和在專用的機時內執(zhí)行，以便實

事項：現(xiàn)完全的控制和精確的評測。

負我測試所用的數(shù)據(jù)庫應該是實際大小或相同縮放比例的數(shù)據(jù)庫。

結果

負我要求：系統(tǒng)至少支持10000個用戶在線，同時應至少支持500個用戶并發(fā)操作

需方現(xiàn)實使用的是集群環(huán)境，現(xiàn)有測試環(huán)境不具備這種條件，所有的測試性能需要進行

一定的換算才能反映出真實使用環(huán)境的負載性能。

>負載壓力測試典型測流用例如下：

>資產卡片錄入測試用例

序步驟

詳細步驟說明

號類型

打開登陸界面，輸入用戶名和密碼登入系統(tǒng)

1Step

2Step進入資產管理子系統(tǒng)

點擊“卡片錄入”，選擇“固定資產卡片”進入

3Step卡片錄入界面

新增固定資產卡片，在彈出的界面上輸入一些有

在輸入一些必填數(shù)據(jù)同時可以

4Step效的必填信息

根據(jù)測試需要輸入其他信息

此處為負載測試點，模擬多用

點擊“確定”，保存新增的資產卡片信息，測試

戶同時并發(fā)新增不同卡片，測

5VP保存到彈出提示信息的時間段。

試負載性能。

6Step退出子系統(tǒng)

7Step退出系統(tǒng)

＞匯總查詢測試用例

序步驟

詳細步驟說明

號類型

打開登陸界而，輸入用戶名和密碼登入系統(tǒng)

1Step

2Step進入資產管理子系統(tǒng)

選擇“綜合查詢”，選擇“匯總查詢”進入查詢

3Step入界面

設置查詢條件時可以根據(jù)測試

4Step查詢界面設置查詢條件

需要設置不同的查詢條件

此處為負載測試點，模擬多用

點擊“確定”，測試查詢開始到刷出查詢結果界

戶同時并發(fā)對匯總數(shù)據(jù)進行查

5VP面的時間段

詢，測試用戶負載數(shù)量。

6Step退出子系統(tǒng)

7Step退出系統(tǒng)

＞預算數(shù)據(jù)查詢測試用例

序步驟

詳細步驟說明

號類型

打開登陸界面，諭入用戶名和密碼登入系統(tǒng)

1Step

2Step進入預算管理子系統(tǒng)

3Step點擊”預算數(shù)據(jù)查詢”進入數(shù)據(jù)查詢功能界面

數(shù)據(jù)屬性可以多選，利用測試

選擇一個“責任中心”，選擇一個預算表，選擇若

工具模擬多人進行不同類型的

4Step干數(shù)據(jù)屬性，其他選項可以默認也可以自定義

并發(fā)測試。

此處為壓力測試點，模擬大量

點擊“查詢”，測試刷出查詢結果界面的時間與性用戶進行不同屬性的數(shù)據(jù)的查

5VP能詢,驗證大量用戶負載下能否

成功進行操作。

6Step退出子系統(tǒng)

7Step退出系統(tǒng)

(5)、響應指標測試

使系統(tǒng)在核實所指定的事務在一定的工作量條件下的性能行為響應時間。

承擔一定

工作量的

情況下，

測試系統(tǒng)

對界面功

能操作的

響應時間，

以評測和

評估系統(tǒng)

在一定工

作量條件

下的性能

指標。同時

還要監(jiān)控

與系統(tǒng)運

行相關的

硬件、軟件

的性能指

標情況。

為了實現(xiàn)

系統(tǒng)的響

應指標，

必須利用

自動化測

試工具模

擬多臺計

算機對軟

件進行多

用戶負載

條件下的

響應測試,

工具進行

測試避免

了人為失

誤，更能

體現(xiàn)軟件

的響應性

能指標。

測試目標

測試范圍：預算管理、資金管理、核算管理、報表管理、購銷管理、工程財務管理、報賬

中心、財務稽核'產權管理、財務風險、會計檔案管理、財務評價、財務內部業(yè)務

集成、財務與業(yè)務一體化、與上下單位的信息交換、與關聯(lián)單位的信息交換

應該說測試涉及到系統(tǒng)的每一個模塊

方法：使用為功能或業(yè)務周期測試制定的測試。

通過修改數(shù)據(jù)文件來增加事務數(shù)量，或通過修改腳本來增加每項事務發(fā)生的

次數(shù)。

通過修改數(shù)據(jù)文件來增加事務數(shù)量，或通過修改腳本來增加每項事務發(fā)生的次

數(shù)。

完成標準：服務器在可接受的時間范圍內成功地響應了客戶端并發(fā)操作，沒有發(fā)生任何

故障。

測試重點測試重點：多用戶操作

和優(yōu)先級：優(yōu)先級：高

優(yōu)先級：高

需考慮的響應指標測試應該在專用的計算機或虛擬機上和在專用的機時內執(zhí)行，以便

特殊事項：實現(xiàn)完全的控制和精確的評測。

測試所用的數(shù)據(jù)庫應該是實際大小或相同縮放比例的數(shù)據(jù)庫。

結果

負載要求：

1.在線用戶500個，并發(fā)用戶50個，平均響應時間W2s

2.在線用戶1000個,并發(fā)用戶100個，平均響應時間W3s

3.在線用戶5000個，并發(fā)用戶2()0個，平均響應時間W5s

4、4、在線用戶10000個，并發(fā)用戶500個，平均響應時間

48s

5、需方現(xiàn)實中使用的是集群環(huán)境，現(xiàn)有測試環(huán)境不具備這種

條件，所有測試性能需要進行一定的換算才能反映出真實使用環(huán)境

的性能。

6、兼容性測試

系統(tǒng)采用B/S與驗證軟件系統(tǒng)在各操作系統(tǒng)之間的可移植性，操作系統(tǒng)間切換及軟

J2EE的系統(tǒng)架件對不同客戶終端響應支持的能力。

構，可以在局域

網(wǎng)內部模擬系統(tǒng)

真實操作環(huán)境，

在不同操作系統(tǒng)

機器上部署同一

版本的系統(tǒng)軟

件，采用安裝了

不同版本瀏覽器

的不同操作系統(tǒng)

的應用終端，進

行單個終端或多

終端的測試。以

此多操作系統(tǒng)交

義的方式達到兼

容性測試的目

的。

測試目標

測試范圍：不同操作系統(tǒng)的服務器或工作站、不同操作系統(tǒng)和瀏覽器的終端客

戶端組成的網(wǎng)絡系統(tǒng)。

方法：使用為功能或業(yè)務周期測試制定的測試。

通過在不同操作系統(tǒng)上部署同?版本的軟件系統(tǒng)，搭建相同測試環(huán)

境，在不同操作系統(tǒng)的客戶終端上用不同版本的瀏覽器執(zhí)行相同的功能

測試。

通過在不同操作系統(tǒng)上部署同一版本的軟件系統(tǒng)，搭建相同測試環(huán)

境，在不同操作系統(tǒng)的客戶終端上用不同版本的瀏覽器執(zhí)行相同的功能

測試。

完成標準：不同客戶終端能夠在不同服務器器或工作站之間進行正確操作，沒

有發(fā)生任何故障。

測試重點和優(yōu)先測試重點：不同操作系統(tǒng)的切換

級：優(yōu)先級：高

優(yōu)先級：高

需考慮的特殊事安裝不同操作系統(tǒng)的機器保證同樣配置，如果發(fā)牛.因為部署和操作

項：系統(tǒng)配置不當導致的軟件異常和故障，應重新部署和配置后重新進行相

關。

結果

7、安全性測試

軟件安全性測試側重亍安全性的兒個關鍵方面：

應用程序級別的安全性，包括對數(shù)據(jù)或業(yè)務功能的訪何:

系統(tǒng)級別的安全性，包括對系統(tǒng)的登錄或遠程訪問；

網(wǎng)絡傳輸數(shù)據(jù)安全性，包括數(shù)據(jù)加密傳輸：

服務器和客戶端會話安全性，包括采用報文安全機制和會話Sessionm>l：

數(shù)據(jù)存儲的安全性：

應用程序級別的安全性可確保：

在預期的安全性情況下，田戶只能訪問特定的功能或用例，或者只能訪問有限的數(shù)據(jù):

系統(tǒng)級別的應用程序級別的安全性：核實用戶只能訪問其所屬用戶類型已被授權訪

安全性可確問的那些功能或數(shù)據(jù)。

保只有具備系統(tǒng)級別F勺安全性：核實只有具備系統(tǒng)和應用程序訪問權限的用戶才能

系統(tǒng)訪問權訪問系統(tǒng)和應用程序。

限的用戶才系統(tǒng)級別妁安全性：核實只有具備系統(tǒng)和應用程序訪問權限的用戶才能

能訪問應用訪問系統(tǒng)和應用程序。

程序，而且

只能通過相

應的網(wǎng)關來

訪問：

網(wǎng)絡傳輸數(shù)

據(jù)安全，主

要采用網(wǎng)絡

通訊兩端加

密解密方式

保證數(shù)據(jù)的

正確。

測試目標

測試范圍：預兜管理、資金管理、核算管理、報表管理、購銷管理、工程財務管理、

報賬中心、財務稽核、產權管理、財務風險、會計檔案管理、財務評價、財

務內部業(yè)務集成、財務與業(yè)務一體化、與上下單位的信息交換、與關聯(lián)單位

的信息交換

應該說測試涉及到系統(tǒng)的每一個模塊

方法：應用程序級別的安全性：確定并列出各用戶類型及其被授權訪問的功能

或數(shù)據(jù)。

為各用戶類型創(chuàng)建測試，并通過創(chuàng)建各用戶類型所特有的事務來核實其

權限。

修改用戶類型并為相同的用戶重新運行測試。對于每種用戶類型，確保

正確地提供或拒絕了這些附加的功能或數(shù)據(jù)。

系統(tǒng)級別的訪問：［請參見以下的“需考慮的特殊事項］

系統(tǒng)級別的訪問：［請參見以下的“需考慮的特殊事項］

完成標準：各種已知的用戶類型都可訪問相應的功能或數(shù)據(jù)，而且所有事務都按照

預期的方式運行，并在先前的應用程序功能測試中運行了所有的事務。

測試重點和測試重點：安全性

優(yōu)先級：優(yōu)先級：高

優(yōu)先級：高

需考慮的特

殊事項：

結果

下面對幾種安全性方面的測試進行具體說明。

1、Session驗證：（定義）Session在使用過程中，具有時效性和唯一性。測試過程中

可以采用以下幾種方式：

timeout方式進行系統(tǒng)級別的安全性驗證，如系統(tǒng)的登錄后一段時間內不進行任何操作,

超時后無法進行合法操作。

打開IE瀏覽器后，不經過登陸界面合法登陸直接進入功能操作頁面，Session安全性會

拒絕非法登陸操作。

SurcID:通過多次外部IC卡，USB硬件插拔測試，檢驗系統(tǒng)是否正常運行并能有效支持

外部插入的這些功能，驗證系統(tǒng)支持SurcIDo

8、數(shù)據(jù)加密：軟件對重要數(shù)據(jù)的存儲提供了保護機制，采用

主流的MD5加密算法進行加密存儲。測試過程中，可以通過戳取用

戶數(shù)據(jù)然后轉換成真實數(shù)據(jù)與實際輸入數(shù)據(jù)進行比對的方式確認加

密解密的正確性和安全性。如對用戶登錄名的測試。

9、通訊報文加密：為了在傳輸過程中保證數(shù)據(jù)的安全性，系

統(tǒng)提供了數(shù)據(jù)加密對數(shù)據(jù)進行保護。在測試過程中，利用工具對網(wǎng)絡

傳輸數(shù)據(jù)包進行抓包解包，通過比對驗證傳輸數(shù)據(jù)的正確性，從而

體現(xiàn)了數(shù)據(jù)的安全性。

10、單點登陸：實現(xiàn)一個入口登陸，訪問各個子系統(tǒng)。通過與

舊MPortalServer集成實現(xiàn)。操作步驟簡單：首先登陸Portal服務

器，輸入用戶名、口令，即可看見所有集成的子系統(tǒng)，點擊相應子系

統(tǒng)即可進入，不需再輸入相應用戶名、口令。

11、介質檢查

核查所有要求的軟件開發(fā)工具、軟件庫、診斷程序、實用程序、調試工具和安裝工具是

否已包括在系統(tǒng)中。

測試目標核查系統(tǒng)中所要求的外部程序是否有效

測試范圍：軟件開發(fā)工具、軟件庫、診斷程序、實用程序、調試工具和安裝工

具等。

方法：使用在功能測試中已經制定的測試，反復使用這些功能工具的界面

功能，檢驗操作后是否有效。

完成標準：系統(tǒng)能夠正確支持這些外部應用程序無任何異常或故障

測試重點和優(yōu)先測試重點：安全性

級：優(yōu)先級：高

優(yōu)先級：高

需考慮的特殊事

項：

結果

七、現(xiàn)場驗收測試方案

現(xiàn)場驗收測試不僅包括了對現(xiàn)推廣項H的功能、性能、兼容性等等進行測試.以確保軟

件系統(tǒng)功能和性能各方面滿足系統(tǒng)要求，還包括了對既有系統(tǒng)的兼容和集成進行測試，以確

保系統(tǒng)之間互連的正確性。

現(xiàn)場驗收測試方案結構按照外部系統(tǒng)集成、上下單位集成互連、系統(tǒng)功能、系統(tǒng)性能、

兼容性測試等組織展開。

（一）外部系統(tǒng)的集成測試

與外部系統(tǒng)檢測新實施項目與既有財務系統(tǒng)數(shù)據(jù)的統(tǒng)一性和互通性；檢測需求中業(yè)

（已安裝上務流程，數(shù)據(jù)流的正確性：檢測系統(tǒng)對業(yè)務處理是否存在邏輯不嚴謹及錯誤

線成功運行檢測需求是否存在不合理的標準及要求。

的系統(tǒng)）相

關連接的測

試，還應包

括在FAT中

不能完成的

測試。

測試對象為

新實施項目

與既自財務

軟件的通訊

和業(yè)務功能

是否存在，

集成后的軟

件是否正常

運行。

測試目標

測試范圍：需求中明確的業(yè)務流程，或組合既有不同功能模塊而形成一個大的功

能。

方法：利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、用例流或功能，以核實以下

內容：

在使用有效數(shù)據(jù)時得到預期的結果。

在使用無效數(shù)據(jù)時顯示相應的錯誤消息或警告消息。

各業(yè)務規(guī)則都得到了正確的應用。

完成標準：所計劃的測試已全部執(zhí)行，既有財務系統(tǒng)與新實施項目組合后正常運行。

測試重點和測試重點：功能需求測試

優(yōu)先級：優(yōu)先級：高

優(yōu)先級：高

需考慮的特系統(tǒng)測試當中有些第一階段未完成或不完冬的地方將推遲到項目的第二

殊事項：階段實施。

結果

（二）上下單位相關系統(tǒng)互連測試

測試對象為已經實施r供方提供的財務信息管理系統(tǒng)的上下級單位之間的業(yè)務往來及

財務數(shù)據(jù)的交互。

測試目標檢測上下單位系統(tǒng)業(yè)務往來的正確性，檢測往來財務數(shù)據(jù)的正確性，檢

測上下單位業(yè)務邏輯是否滿足功能需求，是否存在不合理的標準及要求。

測試范圍：上下單位系統(tǒng)互聯(lián)的連通性，已經為上下單位相互系統(tǒng)互聯(lián)制定的功能

測試方案。

方法：查看上下單位系統(tǒng)是否連通，是否實現(xiàn)業(yè)務交互；

正常連通環(huán)境卜：重復執(zhí)行已制定的功能測試方案：

各業(yè)務規(guī)則都得到了正確的應用。

完成標準：所計劃的測試已全部執(zhí)行，上下單位系統(tǒng)均運行正常，上下單位系統(tǒng)業(yè)

務交互正確，往來財務數(shù)據(jù)正確。

測試重點和測試重點：功能需求測試

優(yōu)先級：優(yōu)先級：高

優(yōu)先級：高

需考慮的特系統(tǒng)測試當中有些第一階段未完成或不完備的地方將推遲到項目的第二

殊事項：階段實施。

結果

(三)推廣項目實際應用測試

1v完成FAT所做的功能測試和穩(wěn)定性測試，測試在實際運行

系統(tǒng)基礎上，數(shù)據(jù)為真實數(shù)據(jù)情況下完成。

2、功能測試

(1)、功能測試主要采用了人工黑盒測試進行測試，利用邊

界值分析法、錯誤推測法和判定表驅動法等對系統(tǒng)提供的各種功

能進行測試。

(2)、基礎架構測試

?系統(tǒng)架構要求

應用系統(tǒng)采用三層或多層體系結構，三層或多層體系結構具體劃分為：客戶層、中間層

(可進一步劃分為兩層或兩層以上)、數(shù)據(jù)層。系統(tǒng)體系架構采用J2EE解決方案。系統(tǒng)由

數(shù)據(jù)平臺、中間件平臺、應用軟件和其他支撐軟件四大部分組戊，可以從軟件直文部署的局

域網(wǎng)網(wǎng)絡拓撲圖檢驗軟件體系架構。

系統(tǒng)軟件是漢化的，與系統(tǒng)配套的各種管理軟件和診斷軟件配備完整，以功能測試的方

式對此進行測試和檢驗，對此方案中有具體的測試安排。

系統(tǒng)數(shù)據(jù)平臺采用Oracle9i.

?系統(tǒng)所有由供方配置的第三方軟件在研究系統(tǒng)中穩(wěn)定運行，可以從

操作系統(tǒng)的功能中對此進行查看檢驗。

?數(shù)據(jù)平臺要求

?通過軟件的應用平臺，對各種功能的正確操作檢驗應用平臺產生的

數(shù)據(jù)與真實預期數(shù)據(jù)進行比對校驗，驗證其正確性和準確性。具體可以參照功能

測試安排進行測試。

?中間件平臺要求

?查看中間件服務器平臺，是否符合標書要求的中間件平臺要求。

?數(shù)據(jù)庫設計要求

參考提供的數(shù)據(jù)庫設計文檔查看實際數(shù)據(jù)庫系統(tǒng)是否符合。

(3)、應用軟件功能評測

系統(tǒng)

基本

業(yè)務

功能

隨著

項目

實施

推廣

的深

化也

逐漸

評測項目評測內容

增

多，

系統(tǒng)

集成

的功

能模

塊也

越來

越

多，

下表

給出

的基

本業(yè)

務功

能包

含了

全部

系統(tǒng)

的業(yè)

務功

能

點，

其驗

收測

試重

點和

關注

點也

進行

了標

注，

根據(jù)

各實

施階

段的

需要

從下

表中

進行

選擇

性的

測

試。

序號

評測功能包括：預算項目、預先編制、預算控制、預算分析、預算考核及預算管理與資

1預算管理金管理、核算管理等的一體化，預算與計劃、工程、購電、售電、資產等業(yè)務的銜接

評泅功能包括?資金管理、察據(jù)管理、安全管理、融資管理、收支確認流程、銀行賬戶

管理及資金管理與預算管理、核算管理等的一體化.資金與工程、購電、售電、銀行等

2資金管理

業(yè)務的銜接

評測功能包括：數(shù)據(jù)歸集、數(shù)據(jù)處理、賬套管理、記賬要求、數(shù)據(jù)查詢及核和管理與偵

3核算管理算管理、資金管理等的體化，核算與購電、售電等業(yè)務的銜接

評測功能包括：報表設置、報表生成、報表編制、報表維護、報表查詢、報表管理等

4報表管理

評測功能包括：購銷管理、與業(yè)務系統(tǒng)的銜接等

5購銷管理

評測功能包括：工程管理、輔助分析、與業(yè)務系統(tǒng)的銜接等

6工程財務管理

評測功能包括?報帳流程、結尊管理

7報賬中心

評測功能包括：財務稽核等

8財務稽核

評測功能包括：產權查詢、監(jiān)督管理等：

9產權管理

評測功能包括：流程管理、臺賬管理等：

10財務風險

評測功能包括：電子簽收、分類歸檔等；

11會計檔案管理

評測功能包括：評價指標體系自動化、評價指標體系靈活性等；

12財務評價

評測功能包括：資產管理、稅收管理、電價管理等：

財務內部業(yè)務

13

集成

評測功能包括：以電力價值流為主線的一體化、以資產價值流為主線的一體化、以辦公

財務與業(yè)務一

14協(xié)同為主線的?體化等：

體化

與上下單位的評測功能包括：與國家電網(wǎng)公司、下屬各分公司、控股子公司的信息交互：

15

信息交換

與關聯(lián)單位的評測功能包括：系統(tǒng)提供電子商務的能力。

16

信息交換

（4）、異常處理測試

核查系統(tǒng)發(fā)生異常狀況時軟件是否能夠正確處理，如網(wǎng)絡故障（切斷網(wǎng)絡連接）、主機故

障（服務器斷電/down機）、用戶操作出錯等。為了保證系統(tǒng)能夠止確持久運行，必須對數(shù)據(jù)

和系統(tǒng)進行完整性檢查、故障轉移和恢復測試等等措施，用以確保系統(tǒng)能成功完成轉移，并

能從導致意外數(shù)據(jù)損失或數(shù)據(jù)完整性破壞的各種硬件、軟件或網(wǎng)絡故障中恢復。

故障轉移確保恢復進程（手工或自動）將數(shù)據(jù)庫、應用程序和系統(tǒng)止確地恢復到預期