大樓弱電系統(tǒng)工程軟件開發(fā)和測試施工技術(shù)方案

大樓弱電系統(tǒng)工程軟件開發(fā)和測試施工技術(shù)方案

江蘇省電力公司電網(wǎng)調(diào)度中心大樓弱電系統(tǒng)工程中的

幾項(xiàng)軟件工程（IBMS系統(tǒng)、辦公自動(dòng)化系統(tǒng)、一卡通系統(tǒng)）,

分包單位的軟件部成立須成立專門軟件開發(fā)小組，應(yīng)采用開

放的軟件技術(shù)，運(yùn)用標(biāo)準(zhǔn)化、模塊化以及系列化的開放性設(shè)

計(jì)，來完成高質(zhì)量的軟件工程。

軟件開發(fā)和測試應(yīng)按如下程序進(jìn)行。

1.1.方案建議

向用戶提供《系統(tǒng)解決方案建議書》，該建議書內(nèi)容為

就客戶所關(guān)心的問題提出可行性方案并對不同的方案進(jìn)行

分析比較。最后向用戶推薦最佳方案。用戶可以根據(jù)《系統(tǒng)

解決方案建議書》對各種不同的實(shí)施方案進(jìn)行選擇比較。

1.2.需求獲取和分析

5.2.1.需求獲取

5.2.1.1.培訓(xùn)人員

1）參與軟件開發(fā)的用戶代表應(yīng)接受為期一天左右的關(guān)于需

求工程的培訓(xùn)。

2）編寫項(xiàng)目術(shù)語：為了解決溝通方面的問題，編一部術(shù)語匯

編將項(xiàng)目應(yīng)用領(lǐng)域的專用詞匯給予定義說明，既要包括那

些有多種含義與用法的術(shù)語，也要包括那些在專用領(lǐng)域和

一般使用中有不同含義的詞。

5.2.1.2,獲取需求

1）確定需求開發(fā)過程：確定如何組織需求的收集、分析、細(xì)

化并核實(shí)的步驟，并將它編寫成文檔。對重要步驟要給予

一定的指導(dǎo)。

2）需求分類：軟件需求包括三個(gè)不同的層次一一業(yè)務(wù)需求，

用戶需求和功能需求，業(yè)務(wù)需求代表了需求鏈中最高層的

抽象，他們?yōu)檐浖到y(tǒng)定義了項(xiàng)目視圖和范圍業(yè)務(wù)需求不

應(yīng)包括用戶需求，而所有的功能需求都應(yīng)該源于用戶需

求。

3）明確不同類型的用戶：在項(xiàng)目中，應(yīng)盡早為產(chǎn)品確定并描

述出不同的用戶類，這樣，就能從每一個(gè)重要的用戶類代

表中獲取不同的需求。作為用戶類的劃分依據(jù)，可以是：

用戶使用產(chǎn)品的頻度，他們的應(yīng)用領(lǐng)域和計(jì)算機(jī)系統(tǒng)知

識，他們所使用的產(chǎn)品特性、他們所進(jìn)行的業(yè)務(wù)過程、他

們在地理上的布局以及他們的訪問優(yōu)先級。

4）明確需求來源。

5）編寫項(xiàng)目視圖和范圍文檔，獲取業(yè)務(wù)需求。

6）確定非功能需求：非功能需求定義了使軟件運(yùn)行良好的特

性，包括產(chǎn)品的易用程度，執(zhí)行速度，可靠性，健壯性，

也稱為質(zhì)量屬性。

5.2.2.需求分析

需求分析包括提煉、分析和仔細(xì)審查已經(jīng)收集到的需

求，以確保能找出其中的錯(cuò)誤、遺漏或其它不足的地方。

5.2.2.1.給需求分類

將需求分成以下幾種類型：

?業(yè)務(wù)需求

?使用實(shí)例或說明

?業(yè)務(wù)規(guī)格

?功能需求

?質(zhì)量屬性

?外部接口需求

?限制

?數(shù)據(jù)定義

?解決思想

5.2.2.2.繪制系統(tǒng)關(guān)聯(lián)圖

關(guān)聯(lián)圖確定了通過某一接口與系統(tǒng)相連的外部實(shí)體，同

時(shí)也確定了外部世界和系統(tǒng)之間的數(shù)據(jù)流和物流。

5?2?2.3.創(chuàng)建用戶接口原型

創(chuàng)建一個(gè)原型并且讓合適的用戶群對其評價(jià)來對需求

進(jìn)行分析。

5.2.2.4.分析需求可行性

在允許的成本，性能要求下，分析每項(xiàng)需求實(shí)施的可行

性，明確與每需求實(shí)現(xiàn)相聯(lián)系的風(fēng)險(xiǎn)，包括與其它需求的沖

突，對外界因素的制約和技術(shù)障礙。

5.2.2.5.確定需求的優(yōu)先級別

設(shè)定優(yōu)先級的一般方法是把需求分成三類：

?基本的：只有在這些需求上達(dá)成一致意見，軟件才

會被接受。

?條件的：實(shí)現(xiàn)這些功能將增強(qiáng)產(chǎn)品的性能，如果不

實(shí)現(xiàn)產(chǎn)品也可以被接受。

?可選的：一個(gè)功能類，實(shí)現(xiàn)或不實(shí)現(xiàn)均可。

進(jìn)入開發(fā)階段后，根據(jù)需求的優(yōu)先級確定開發(fā)順序。

5.2.2.6.為需求建立模型

為了進(jìn)一步檢查需求的不一致性、模糊性、錯(cuò)誤和遺漏,

需要把用文本表示的需求和用模型表示的需求結(jié)合起來。這

樣的模型有數(shù)據(jù)流圖、實(shí)體關(guān)系圖、狀態(tài)變換圖、對話框圖、

對象圖及交互圖。

5.2.2.7.建立數(shù)據(jù)字典

在開發(fā)階段，數(shù)據(jù)字典定義客戶數(shù)據(jù)項(xiàng)以確保客戶與開

發(fā)小組是使用一致的定義和術(shù)語。

5.2.3.編寫需求規(guī)格說明

參照相關(guān)國家規(guī)范編寫《軟件功能規(guī)格說明書》。

5?2.4,需求驗(yàn)證

5.2.4.1,審查需求文檔

組織一個(gè)由不同代表（如分析人員、客戶、設(shè)計(jì)人員、

測試人員）組成的小組，對SRS及相關(guān)模型進(jìn)行仔細(xì)的檢查。

5?2?4.2.用戶書面確認(rèn)

需求說明規(guī)格編寫完成并且通過需求驗(yàn)證后，即可要求

客戶簽字同意中止需求過程。

5.2.4.3.以需求為依據(jù)編寫測試用例

根據(jù)用戶需求所要求的產(chǎn)品特性寫出黑盒功能測試用

例?？蛻敉ㄟ^使用測試用例以確認(rèn)是否達(dá)到了期望的要求。

還要從測試用例追溯回功能需求以確保沒有需求被疏忽，并

且確保所有測試結(jié)果與測試用例相一致。同時(shí)，要使用測試

用例來驗(yàn)證需求模型的正確性。如對話框圖和原型等。

5?2.4.4.編寫用戶手冊

在需求開發(fā)早期即可起草一份用戶手冊，用它作為需求

規(guī)格說明的參考并輔以需求分析，優(yōu)秀的用戶手冊要用淺顯

易懂的語言描述出所有對用戶可見的功能，而輔助需求如質(zhì)

量屬性、性能需求及對用戶不可見的功能則在SRS中予以說

明。

5.2,4.5,確定合格的標(biāo)準(zhǔn)

將合格的測試建立在使用情景描述或使用實(shí)例的基礎(chǔ)

止。

5.2.5.需求管理

當(dāng)完成需求說明后，不可避免地還會遇到項(xiàng)目需求的變

更。有效的變更管理需要對變更帶來的潛在的影響及可能的

成本費(fèi)用進(jìn)行評估。項(xiàng)目負(fù)責(zé)人與關(guān)鍵的項(xiàng)目風(fēng)險(xiǎn)承擔(dān)者要

進(jìn)行協(xié)商，以確定哪些需求可以變更，同時(shí)，無論是在開發(fā)

階段還是在系統(tǒng)測試階段，還應(yīng)跟蹤每項(xiàng)需求的狀態(tài)。這些

都是需求管理的內(nèi)容。

1.3.項(xiàng)目實(shí)施

按照《用戶需求說明書》、《項(xiàng)目開發(fā)計(jì)劃》和公司的項(xiàng)

目開發(fā)規(guī)范，對項(xiàng)目進(jìn)行開發(fā)，開發(fā)完畢，向用戶提交《用

戶接收測試報(bào)告》、《用戶手冊》和《管理員手冊》。

1.4.項(xiàng)目測試

5.4.1.系統(tǒng)測試環(huán)境

根據(jù)軟件開發(fā)項(xiàng)目的技術(shù)設(shè)計(jì)方案和《系統(tǒng)軟件需求規(guī)

格說明書》中對系統(tǒng)環(huán)境的要求，該系統(tǒng)的測試環(huán)境將在模

擬系統(tǒng)實(shí)際的運(yùn)行環(huán)境的基礎(chǔ)上配置。對于環(huán)境測試、穩(wěn)定

性測試、仿真測試和安全保密測試等測試項(xiàng)目，還將在系統(tǒng)

交付前，在用戶的真實(shí)運(yùn)行環(huán)境中進(jìn)行測試。

5.4.2.測試工具

測試工具的使用是保證測試質(zhì)量，提高測試效率的有效

手段。但是對于應(yīng)用系統(tǒng)，其輸入輸出及功能實(shí)現(xiàn)也是千差

萬別，因此人工測試尤為重要，不可取代。系統(tǒng)采用測試工

具及人工測試相結(jié)合的方式。

使用類似于如下測試工具對系統(tǒng)進(jìn)行測試

工具供應(yīng)商版本

功能性測試WinRunnerMercuryInteractive7.0

公司

MercuryInteractive

鏈接測試LoadRunner7.0

公司

MercuryInteractive

Web測試LoadRunner7.0

公司

5.4.3.測試標(biāo)準(zhǔn)

《信息產(chǎn)業(yè)部軟件產(chǎn)品測試標(biāo)準(zhǔn)》

《GB/T17544—1998》

國際標(biāo)準(zhǔn)ISO/IEC12119：1994《信息技術(shù)軟件包

質(zhì)量要求和測試》

5.4.4.測試類型

5.4.4.1,數(shù)據(jù)和數(shù)據(jù)庫完整性測試

測試目標(biāo)：確保數(shù)據(jù)庫訪問方法和進(jìn)程正常運(yùn)行，

數(shù)據(jù)不會遭到損壞。

技術(shù)：調(diào)用各個(gè)數(shù)據(jù)庫訪問方法和進(jìn)程，并在

其中填充有效的和無效的數(shù)據(jù)（或?qū)?shù)

據(jù)的請求）。

檢查數(shù)據(jù)庫，確保數(shù)據(jù)已按預(yù)期的方式

填充，并且所有的數(shù)據(jù)庫事件都已正常

發(fā)生；或者檢查所返回的數(shù)據(jù)，確保為

正當(dāng)?shù)睦碛蓹z索到了正確的數(shù)據(jù)

完成標(biāo)準(zhǔn)：所有的數(shù)據(jù)庫訪問方法和進(jìn)程都按照設(shè)

計(jì)的方式運(yùn)行，數(shù)據(jù)沒有遭到損壞。

需考慮的特測試可能需要DBMS開發(fā)環(huán)境或驅(qū)動(dòng)程

殊事項(xiàng)：序在數(shù)據(jù)庫中直接輸入或修改數(shù)據(jù)。

進(jìn)程應(yīng)該以手工方式調(diào)用。

應(yīng)使用小型或最小的數(shù)據(jù)庫（記錄的數(shù)

量有限）來使所有無法接受的事件具有

更大的可視度。

5?4?4?2.功能測試

測試目標(biāo)：確保測試對象的功能正常，其中包括導(dǎo)

航、數(shù)據(jù)輸入、處理和檢索等功能。

技術(shù)：利用有效的和無效的數(shù)據(jù)來執(zhí)行各個(gè)用

例、用例流或功能，以核實(shí)以下內(nèi)容：

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

在使用無效數(shù)據(jù)時(shí)顯示相應(yīng)的錯(cuò)誤消息

或警告消息。

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

完成標(biāo)準(zhǔn)：所計(jì)劃的測試已全部執(zhí)行。

所發(fā)現(xiàn)的缺陷已全部解決。

需考慮的特確定或說明那些將對功能測試的實(shí)施和

殊事項(xiàng)：執(zhí)行造成影響的事項(xiàng)或因素（內(nèi)部的或

外部的）

5.4?43業(yè)務(wù)周期測試

測試目標(biāo)確保測試對象及背景的進(jìn)程都按照所要求的

業(yè)務(wù)模型和時(shí)間表正確運(yùn)行。

技術(shù)：通過執(zhí)行以下活動(dòng)，測試將模擬若干個(gè)業(yè)務(wù)

周期：

將修改或改進(jìn)對測試對象進(jìn)行的功能測試，

以增加每項(xiàng)功能的執(zhí)行次數(shù)，從而在指定的

時(shí)間段內(nèi)模擬若干個(gè)不同的用戶。

將使用有效的和無效的數(shù)據(jù)或時(shí)間段來執(zhí)行

所有與時(shí)間或數(shù)據(jù)相關(guān)的功能。

將在適當(dāng)?shù)臅r(shí)間執(zhí)行或啟用所有周期性出現(xiàn)

的功能。

在測試中還將使用有效的和無效的數(shù)據(jù)，以

核實(shí)以下內(nèi)容：

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

在使用無效數(shù)據(jù)時(shí)顯示相應(yīng)的錯(cuò)誤消息或警

告消息。

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

完成標(biāo)準(zhǔn)：所計(jì)劃的測試已全部執(zhí)行。

所發(fā)現(xiàn)的缺陷已全部解決。

需考慮的特殊系統(tǒng)日期和事件可能需要特殊的支持活動(dòng)

事項(xiàng)：需要通過業(yè)務(wù)模型來確定相應(yīng)的測試需求和

測試過程。

5.4?4.4.用戶界面測試

測試目標(biāo)：核實(shí)以下內(nèi)容：

通過測試對象進(jìn)行的瀏覽可正確反映業(yè)務(wù)的

功能和需求，這種瀏覽包括窗口與窗口之間、

字段與字段之間的瀏覽，以及各種訪問方法

（Tab健、鼠標(biāo)移動(dòng)、和快捷鍵）的使用

窗口的對象和特征（例如，菜單、大小、位

置、狀態(tài)和中心）都符合標(biāo)準(zhǔn)。

技術(shù)：為每個(gè)窗口創(chuàng)建或修改測試，以核實(shí)各

個(gè)應(yīng)用程序窗口和對象都可正確地進(jìn)行瀏

覽，并處于正常的對象狀態(tài)。

完成標(biāo)準(zhǔn)：成功地核實(shí)出各個(gè)窗口都與基準(zhǔn)版本保持一

致，或符合可接受標(biāo)準(zhǔn)

需考慮的特殊并不是所有定制或第三方對象的特征都可訪

事項(xiàng)：問。

5.4?45性能評測

測試目標(biāo)：核實(shí)所指定的事務(wù)或業(yè)務(wù)功能在以下情況下

的性能行為：

正常的預(yù)期工作量

預(yù)期的最繁重工作量

技術(shù)：使用為功能或業(yè)務(wù)周期測試制定的測試過

程。

通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量，或通過

修改腳本來增加每項(xiàng)事務(wù)的迭代數(shù)量。

腳本應(yīng)該在一臺計(jì)算機(jī)上運(yùn)行（最好是以單

個(gè)用戶、單個(gè)事務(wù)為基準(zhǔn)），并在多個(gè)客戶

機(jī)（虛擬的或?qū)嶋H的客戶機(jī)，請參見下面的

“需要考慮的特殊事項(xiàng)”）上重復(fù)。

完成標(biāo)準(zhǔn)：單個(gè)事務(wù)或單個(gè)用戶：在每個(gè)事務(wù)所預(yù)期或

要求的時(shí)間范圍內(nèi)成功地完成測試腳本，沒

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

［多個(gè)事務(wù)或多個(gè)用戶：在可接受的時(shí)間范圍

內(nèi)成功地完成測試腳本，沒有發(fā)生任何故障。

需考慮的特殊綜合的性能測試還包括在服務(wù)器上添加后臺

事項(xiàng)：工作量。

可采用多種方法來執(zhí)行此操作，其中包括：

直接將“事務(wù)強(qiáng)行分配到"服務(wù)器上，這通

常以“結(jié)構(gòu)化查詢語言"（SQL）調(diào)用的形式

來實(shí)現(xiàn)。

通過創(chuàng)建“虛擬的”用戶負(fù)載來模擬許多個(gè)

（通常為數(shù)百個(gè)）客戶機(jī)。此負(fù)載可通過“遠(yuǎn)

程終端仿真”（RemoteTerminalEmulation）

工具來實(shí)現(xiàn)。此技術(shù)還可用于在網(wǎng)絡(luò)中加載

“流量”。

使用多臺實(shí)際客戶機(jī)（每臺客戶機(jī)都運(yùn)行測

試腳本）在系統(tǒng)上添加負(fù)載。

性能測試應(yīng)該在專用的計(jì)算機(jī)上或在專用的

機(jī)時(shí)內(nèi)執(zhí)行，以便實(shí)現(xiàn)完全的控制和精確的

評測。

性能測試所用的數(shù)據(jù)庫應(yīng)該是實(shí)際大小或相

同縮放比例的數(shù)據(jù)庫。

5?4?4.6.負(fù)載測試

測試目標(biāo)：核實(shí)所指定的事務(wù)或商業(yè)理由在不同的工作

量條件下的性能行為時(shí)間。

技術(shù)：使用為功能或業(yè)務(wù)周期測試制定的測試。

通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量，或通過

修改測試來增加每項(xiàng)事務(wù)發(fā)生的次數(shù)。

完成標(biāo)準(zhǔn)：多個(gè)事務(wù)或多個(gè)用戶：在可接受的時(shí)間范圍

內(nèi)成功地完成測試，沒有發(fā)生任何故障。

需考慮的特殊負(fù)載測試應(yīng)該在專用的計(jì)算機(jī)上或在專用的

事項(xiàng)：機(jī)時(shí)內(nèi)執(zhí)行，以便實(shí)現(xiàn)完全的控制和精確的

評測。

負(fù)載測試所用的數(shù)據(jù)庫應(yīng)該是實(shí)際大小或相

同縮放比例的數(shù)據(jù)庫。

5.4?4.7.強(qiáng)度測試

測試目標(biāo)：核實(shí)測試對象能夠在以下強(qiáng)度條件下正常

運(yùn)行，不會出現(xiàn)任何錯(cuò)誤：

服務(wù)器上幾乎沒有或根本沒有口］用的內(nèi)存

（RAM和DASD）

連接或模擬了最大實(shí)際（實(shí)際允許）數(shù)量

的客戶機(jī)

多個(gè)用戶對相同的數(shù)據(jù)或賬戶執(zhí)行相同的

事務(wù)

最繁重的事務(wù)量或最差的事務(wù)組合（請參

見上面的“性能測試”）。

注：強(qiáng)度測試的目標(biāo)可表述為確定和記錄

那些使系統(tǒng)無法繼續(xù)正常運(yùn)行的的情況或

條件。

客戶機(jī)的強(qiáng)度測試在“配置測試”的第

3.1.11節(jié)中進(jìn)行了說明。

技術(shù)：使用為性能評測或負(fù)載測試制定的測試。

要對有限的資源進(jìn)行測試，就應(yīng)該在一臺

計(jì)算機(jī)上運(yùn)行測試，而且應(yīng)該減少或限制

服務(wù)器上的RAM和DASD（直接訪問存儲

設(shè)備）

對于其他強(qiáng)度測試，應(yīng)該使用多臺客戶機(jī)

來運(yùn)行相同的測試或互補(bǔ)的測試，以產(chǎn)生

最繁重的事務(wù)量或最差的事務(wù)組合。

完成標(biāo)準(zhǔn)：所計(jì)劃的測試已全部執(zhí)行，并且在達(dá)到或

超出指定的系統(tǒng)限制時(shí)沒有出現(xiàn)任何軟件

故障，或者導(dǎo)致系統(tǒng)出現(xiàn)故障的條件并不

在指定的條件范圍之內(nèi)。

需考慮的特如果要增加網(wǎng)絡(luò)工作強(qiáng)度，可能會需要使

殊事項(xiàng)：用網(wǎng)絡(luò)工具來給網(wǎng)絡(luò)加載消息或信息包。

應(yīng)該暫時(shí)減少用于系統(tǒng)的DASD,以限制數(shù)

據(jù)庫可用空間的增長。

使多個(gè)客戶機(jī)對相同的記錄或數(shù)據(jù)賬戶同

時(shí)進(jìn)行的訪問達(dá)到同步。

5?4?4?8.容量測試

測試目標(biāo)：核實(shí)測試對象在以下高容量條件下能否正常

運(yùn)行：

連接或模擬了最大（實(shí)際或?qū)嶋H允許）數(shù)量

的客戶機(jī)，所有客戶機(jī)在長時(shí)間內(nèi)執(zhí)行相同

的、且情況（性能）最壞的業(yè)務(wù)功能。

已達(dá)到最大的數(shù)據(jù)庫大?。▽?shí)際的或按比例

縮放的），而且同時(shí)執(zhí)行了多個(gè)查詢或報(bào)表

事務(wù)。

技術(shù)：使用為性能評測或負(fù)載測試制定的測試。

應(yīng)該使用多臺客戶機(jī)來運(yùn)行相同的測試或互

補(bǔ)的測試，以便在長時(shí)間內(nèi)產(chǎn)生最繁重的事

務(wù)量或最差的事務(wù)組合（請參見上面的“強(qiáng)

度測試”）。

創(chuàng)建最大的數(shù)據(jù)庫大?。▽?shí)際的、按比例縮

放的、或填充了代表性數(shù)據(jù)的數(shù)據(jù)庫），并

使用多臺客戶機(jī)在長時(shí)間內(nèi)同時(shí)運(yùn)行查詢和

報(bào)表事務(wù)。

完成標(biāo)準(zhǔn)：所計(jì)劃的測試已全部執(zhí)行，而且在達(dá)到或超

出指定的系統(tǒng)限制時(shí)沒有出現(xiàn)任何軟件故

障。

需考慮的特殊對于上述的高容量條件，哪個(gè)時(shí)間段是可以

事項(xiàng)：接受的時(shí)間？

5?449.安全性和訪問控制測試

測試目標(biāo):應(yīng)用程序級別的安全性：核實(shí)主角只

能訪問其所屬用戶類型已被授權(quán)訪

問的那些功能或數(shù)據(jù)。

系統(tǒng)級別的安全性：核實(shí)只有具備系

統(tǒng)和應(yīng)用程序訪問權(quán)限的主角才能

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

技術(shù)：應(yīng)用程序級別的安全性：確定并列出

各用戶類型及其被授權(quán)訪問的功能

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

為各用戶類型創(chuàng)建測試，并通過創(chuàng)建

各用戶類型所特有的事務(wù)來核實(shí)其

權(quán)限。

修改用戶類型并為相同的用戶重新

運(yùn)行測試。對于每種用戶類型，確保

正確地提供或拒絕了這些附加的功

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

系統(tǒng)級別的訪問：請參見以下的“需

考慮的特殊事項(xiàng)”

完成標(biāo)準(zhǔn)：各種已知的主角類型都可訪問相應(yīng)

的功能或數(shù)據(jù)，而且所有事務(wù)都按照

預(yù)期的方式運(yùn)行，并在先前的應(yīng)用程

序功能測試中運(yùn)行了所有的事務(wù),

需考慮的特殊事必須與相應(yīng)的網(wǎng)絡(luò)或系統(tǒng)管理員一

項(xiàng)：起對系統(tǒng)訪問權(quán)進(jìn)行檢查和討論，由

于此測試可能是網(wǎng)絡(luò)管理或系統(tǒng)管

理的職能，可能會不需要執(zhí)行此測

試。

5?4?4?10.故障轉(zhuǎn)移和恢復(fù)測試

測試目標(biāo)：確保恢復(fù)進(jìn)程（手工或自動(dòng)）

將數(shù)據(jù)庫、應(yīng)用程序和系統(tǒng)正確地

恢復(fù)到了預(yù)期的已知狀態(tài)。測試中

將包括以下各種情況：

客戶機(jī)斷電

服務(wù)器斷電

通過網(wǎng)絡(luò)服務(wù)器產(chǎn)生的通信中

斷

DASD或DASD控制器斷電或

DASD與DASD控制器的通信中斷

周期未完成（數(shù)據(jù)過濾進(jìn)程被

中斷，數(shù)據(jù)同步進(jìn)程被中斷）。

數(shù)據(jù)庫指針或關(guān)鍵字無效

數(shù)據(jù)庫中的數(shù)據(jù)元素?zé)o效或遭

到破壞

技術(shù)：應(yīng)該使用為功能和業(yè)務(wù)周期測

試創(chuàng)建的測試來創(chuàng)建一系列的事

務(wù)。一旦達(dá)到預(yù)期的測試起點(diǎn)，就

應(yīng)該分別執(zhí)行或模擬以下操作：

客戶機(jī)斷電：關(guān)閉PC機(jī)的電

源。

服務(wù)器斷電：模擬或啟動(dòng)服務(wù)

器的斷電過程。

通過網(wǎng)絡(luò)服務(wù)器產(chǎn)生的中斷；

模擬或啟動(dòng)網(wǎng)絡(luò)的通信中斷（實(shí)際

斷開通信線路的連接或關(guān)閉網(wǎng)絡(luò)服

務(wù)器或路由器的電源）。

DASD和DASD控制器被中斷、

斷電或與DASD和DASD控制器的

通信中斷：模擬與一個(gè)或多個(gè)DASD

控制器或設(shè)備的通信，或?qū)嶋H取消

這種通信。

一旦實(shí)現(xiàn)了上述情況（或模擬

情況），就應(yīng)該執(zhí)行其他事務(wù)。而且

一旦達(dá)到第二個(gè)測試點(diǎn)狀態(tài)，就應(yīng)

調(diào)用恢復(fù)過程。

在測試不完整的周期時(shí)，所使

用的技術(shù)與上述技術(shù)相同，只不過

應(yīng)異常終止或提前終止數(shù)據(jù)庫進(jìn)程

本身。

對以下情況的測試需要達(dá)到一

個(gè)已知的數(shù)據(jù)庫狀態(tài)。當(dāng)破壞若干

個(gè)數(shù)據(jù)庫字段、指針和關(guān)鍵字時(shí)，

應(yīng)該以手工方式在數(shù)據(jù)庫中（通過

數(shù)據(jù)庫工具）直接進(jìn)行。其他事務(wù)

應(yīng)該通過使用“應(yīng)用程序功能測試”

和“業(yè)務(wù)周期測試”中的測試來執(zhí)

行二，并且應(yīng)執(zhí)行完整的周期。］

完成標(biāo)準(zhǔn)：在所有上述情況中，應(yīng)用程序、

數(shù)據(jù)庫和系統(tǒng)應(yīng)該在恢復(fù)過程完成

時(shí)立即返回到一個(gè)已知的預(yù)期狀

態(tài)。此狀態(tài)包括僅限于已知損壞的

字段、指針或關(guān)鍵字范圍內(nèi)的數(shù)據(jù)

損壞，以及表明進(jìn)程或事務(wù)因中斷

而未被完成的報(bào)表。

需考慮的特恢復(fù)測試會給其他操作帶來許

殊事項(xiàng)：多的麻煩。斷開纜線連接的方法（模

擬斷電或通信中斷）可能并不可取

或不可行。所以，可能會需要采用

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

需要系統(tǒng)（或計(jì)算機(jī)操作）、數(shù)

據(jù)庫和網(wǎng)絡(luò)組中的資源。

這些測試應(yīng)該在工作時(shí)間之外

或在一臺獨(dú)立的計(jì)算機(jī)上運(yùn)行。

5.4.4.11,配置測試

測試目標(biāo)：核實(shí)測試對象可在所需的硬件

和軟件配置中正常運(yùn)行。

技術(shù)：使用功能測試腳本。

在測試過程中或在測試開始之

前，打開各種與非測試對象相關(guān)的

軟件（例如Microsoft應(yīng)用程序：

Excel和Word）,然后將其關(guān)閉。

執(zhí)行所選的事務(wù)，以模擬主角

與測試對象軟件和非測試對象軟件

之間的交互。

重復(fù)上述步驟，盡量減少客戶

機(jī)工作站上的常規(guī)可用內(nèi)存

完成標(biāo)準(zhǔn)：對于測試對象軟件和非測試對

象軟件的各種組合，所有事務(wù)都成

功完成，沒有出現(xiàn)任何故障。

需考慮的特需要、可以使用并可以通過桌

殊事項(xiàng)：面訪問哪種非測試對象軟件？

通常使用的是哪些應(yīng)用程序？

應(yīng)用程序正在運(yùn)行什么數(shù)據(jù)？

例如，在Excel中打開的大型電子

表格，或是在Word中打開的100

頁文檔。

作為此測試的一部分，應(yīng)將整

個(gè)系統(tǒng)、Netware,網(wǎng)絡(luò)服務(wù)器、數(shù)

據(jù)庫等都記錄下來。

5.4.4.12.安裝測試

測試目標(biāo)：核實(shí)在以下情況下，測試對象

可正確地安裝到各種所需的硬件配

置中：

首次安裝。以前從未安裝過＜

項(xiàng)目名稱〉的新計(jì)算機(jī)更新。以前

安裝過相同版本的〈項(xiàng)目名稱》的

計(jì)算機(jī)更新。以前安裝過〈項(xiàng)目名

稱》的較早版本的計(jì)算機(jī)

技術(shù)：手工開發(fā)腳本或開發(fā)自動(dòng)腳

本，以驗(yàn)證目標(biāo)計(jì)算機(jī)的狀況（首

次安裝-〈項(xiàng)目名稱》從未安裝過；

〈項(xiàng)目名稱）安裝過相同或較早的

版本）。

啟動(dòng)或執(zhí)行安裝。

使用預(yù)先確定的功能測試腳本

子集來運(yùn)行事務(wù)。

完成標(biāo)準(zhǔn)：〈項(xiàng)目名稱》事務(wù)成功執(zhí)行，沒

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

需考慮的特應(yīng)該選擇〈項(xiàng)目名稱》的哪些

殊事項(xiàng)：事務(wù)才能準(zhǔn)確地測試出〈項(xiàng)目名

稱》應(yīng)用程序已經(jīng)成功安裝，而且

沒有遺漏主耍的軟件構(gòu)件？

5.4.5.測試資源

5?4?5?1,人力資源

人力資源

角色所推薦的最具體職責(zé)或注釋

少資源

（所分配的

專職角色數(shù)

量）

測試經(jīng)進(jìn)行管理監(jiān)督。

理，職責(zé)：

測試項(xiàng)目?提供技術(shù)指導(dǎo)

經(jīng)理

?獲取適當(dāng)?shù)馁Y源

?提供管理報(bào)告

測試設(shè)計(jì)確定測試用例、確定測試用例的優(yōu)先

員級并實(shí)施測試用例。