系統(tǒng)軟件測(cè)試方案

LL1.1總體測(cè)試任務(wù)安排

針對(duì)本項(xiàng)目的測(cè)試工作，我公司將按《計(jì)算機(jī)軟件質(zhì)量保

證計(jì)劃規(guī)范》（GB/T-90）、GB/T-2008《計(jì)算機(jī)軟件測(cè)試規(guī)

范》和GB/T9386-2008《計(jì)算機(jī)軟件測(cè)試文檔編制規(guī)范》進(jìn)

行軟件檢查、測(cè)試、文檔整理報(bào)送。我公司保證對(duì)測(cè)試錯(cuò)誤和

缺陷進(jìn)行及時(shí)修正、補(bǔ)充。

我公司將在本項(xiàng)目中全面實(shí)施標(biāo)準(zhǔn)和規(guī)范化的測(cè)試工作。

我公司將完成全部業(yè)務(wù)功能、技術(shù)功能、各種性能測(cè)試的測(cè)試

案例編寫工作和實(shí)際數(shù)據(jù)采集工作。我公司將對(duì)所有測(cè)試采用

客觀的測(cè)試案例和測(cè)試數(shù)據(jù)為驗(yàn)證標(biāo)準(zhǔn)。

在本項(xiàng)目的軟件測(cè)試過(guò)程中，我公司將針對(duì)測(cè)試所發(fā)現(xiàn)的

典型性問(wèn)題、常見(jiàn)性問(wèn)題、重要性問(wèn)題，建立相應(yīng)的軟件測(cè)試

知識(shí)庫(kù)。

當(dāng)項(xiàng)目甲方委托第三方測(cè)試機(jī)構(gòu)進(jìn)行測(cè)試時(shí)，我公司將予

以積極配合。

此外，在本項(xiàng)目的軟件測(cè)試過(guò)程中，我公司將提供

測(cè)試所需的工具，免費(fèi)用于項(xiàng)目甲方在本項(xiàng)目中所建

平臺(tái)的測(cè)試過(guò)程。

1.1.1.2測(cè)試準(zhǔn)備方案

4.8.10.2.1測(cè)試計(jì)劃

對(duì)于本項(xiàng)目的應(yīng)用軟件測(cè)試工作，我公司將提前制定測(cè)試

計(jì)劃，主要包括：測(cè)試階段劃分、測(cè)試方法、工作流程、人員

分工、進(jìn)度安排等內(nèi)容。在測(cè)試計(jì)劃經(jīng)項(xiàng)目甲方確認(rèn)后，我公

司將按照該計(jì)劃，嚴(yán)格執(zhí)行項(xiàng)目測(cè)試工作。

針對(duì)本項(xiàng)目應(yīng)用軟件開(kāi)發(fā)的單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)

試，我公司將制定切實(shí)可行的測(cè)試計(jì)劃，合理安排各階段的軟

件測(cè)試工作的任務(wù)、方法、人員安排、時(shí)間進(jìn)度等，從而有效

檢驗(yàn)軟件的功能、性能等方面的技術(shù)指標(biāo)對(duì)項(xiàng)目需求的滿足程

度。在本項(xiàng)目中，分三個(gè)階段進(jìn)行測(cè)試計(jì)劃。

（1）第一階段測(cè)試計(jì)劃（基于平臺(tái)2.0的預(yù)算綜合管理

和門戶）

第一階段測(cè)試計(jì)劃的主要內(nèi)容如下：

測(cè)試階段的序列號(hào)測(cè)試內(nèi)容（對(duì)象）

1單元測(cè)試所開(kāi)發(fā)軟件的各

單元模塊

測(cè)試方法

白盒測(cè)試

投入人員

軟件開(kāi)發(fā)

工程師

量

4個(gè)人

時(shí)間周期

7天

2集成測(cè)試所開(kāi)發(fā)軟件的各

子系統(tǒng)

黑盒測(cè)試軟件開(kāi)發(fā)

工程師、

軟件測(cè)試

工程師

軟件測(cè)試

工程師

同“3”

同“3”

同“3”

兩個(gè)人住5天

3

4

5

6

系統(tǒng)測(cè)試所開(kāi)發(fā)軟件的整

個(gè)平臺(tái)

系統(tǒng)集成

試驗(yàn)

階段初驗(yàn)

測(cè)試

階段驗(yàn)收

測(cè)試

系統(tǒng)集成完成的

軟件系統(tǒng)

系統(tǒng)初驗(yàn)完成的

軟件系統(tǒng)

階段驗(yàn)收完成的

軟件系統(tǒng)

同“2”

與“2”相同

同"2”

與“2”相同

2人

2人

2人

2人

7天

4天

2天

3天

（2）第二階段測(cè)試計(jì)劃（國(guó)庫(kù)集中支付接入）

第二階段測(cè)試計(jì)劃的主要內(nèi)容如下：

序號(hào)測(cè)試階段測(cè)試內(nèi)容（對(duì)象）

1

2

單元測(cè)試所開(kāi)發(fā)軟件的各

單元模塊

集成測(cè)試所開(kāi)發(fā)軟件的各

子系統(tǒng)

測(cè)試方法

白盒測(cè)試

黑盒測(cè)試

投資人員

軟件開(kāi)發(fā)

工程師

軟件開(kāi)發(fā)

工程師、

軟件測(cè)試

工程師

軟件測(cè)試

工程師

同“3”

同“3”

同"3”

數(shù)量

2人

1人

時(shí)間周期

15天

15天

3

4

5

6

測(cè)試系統(tǒng)開(kāi)發(fā)的軟件的完整性

一個(gè)平臺(tái)

系統(tǒng)集成

測(cè)試

階段初驗(yàn)

測(cè)試

階段驗(yàn)收

測(cè)試

系統(tǒng)集成完成的

軟件系統(tǒng)

系統(tǒng)初驗(yàn)完成的

軟件系統(tǒng)

竣工階段驗(yàn)收

軟件系統(tǒng)

與“2”相同

同"2”

同"2”

與“2”相同

2人

4人

4人

4個(gè)人

15天

3天

2天

3天

(3)項(xiàng)目最終驗(yàn)收測(cè)試計(jì)劃

項(xiàng)目最終驗(yàn)收測(cè)試計(jì)劃的主要內(nèi)容如下:

序號(hào)測(cè)試階段測(cè)試內(nèi)容(對(duì)象)

1項(xiàng)目最終整體試運(yùn)行正常

驗(yàn)收測(cè)試的軟件系統(tǒng)

檢測(cè)方法

黑盒測(cè)試

投資人員

軟件測(cè)試

工程師

數(shù)量

4人

時(shí)間周期

5天

4.8.10.2.2測(cè)試組織

我公司為本項(xiàng)目成立了專門的測(cè)試團(tuán)隊(duì)，并設(shè)置了

明確的工作崗位，主要包括高級(jí)測(cè)試經(jīng)理、具有實(shí)際

軟件測(cè)試經(jīng)驗(yàn)的專業(yè)軟件測(cè)試工程師。

我公司對(duì)測(cè)試小組成員的工作職責(zé)做了明確的規(guī)定。所有

測(cè)試人員將負(fù)責(zé)根據(jù)測(cè)試計(jì)劃編寫測(cè)試計(jì)劃和測(cè)試用例，執(zhí)行

系統(tǒng)測(cè)試（功能、性能、安全等。），并準(zhǔn)備測(cè)試報(bào)告。他們還

將向項(xiàng)目甲方做出必要的系統(tǒng)缺陷回應(yīng)。

4.8.10.2.3測(cè)試方案

我公司針對(duì)每類測(cè)試制定了單獨(dú)的測(cè)試計(jì)劃，包括：測(cè)試

內(nèi)容、測(cè)試環(huán)境、數(shù)據(jù)要求、測(cè)試范圍和主要內(nèi)容、測(cè)試工具

和測(cè)試方法、完成標(biāo)準(zhǔn)等。測(cè)試計(jì)劃經(jīng)項(xiàng)目甲方確認(rèn)后，我公

司將嚴(yán)格執(zhí)行。

4.8.10.2.4測(cè)試環(huán)境

我公司將為本項(xiàng)目的各類測(cè)試工作搭建所需的性能測(cè)試環(huán)

境，安裝并配置性能測(cè)試工具。

4.8.10.2.5測(cè)試用例

我公司將為本項(xiàng)目的各類測(cè)試工作提供所需的測(cè)試用例，

并保證測(cè)試用例滿足以下要求：

1）測(cè)試用例的目標(biāo)清楚，并可滿足軟件質(zhì)量管理的各方

面要求。

2）測(cè)試用例的組織和分類設(shè)計(jì)思路正確，層次清晰，結(jié)構(gòu)

合理。

3）測(cè)試用例覆蓋所有測(cè)試點(diǎn)、所有路徑、所有已

知用戶使用場(chǎng)景。

4）有足夠的負(fù)面測(cè)試用例來(lái)測(cè)試各種異常和異常。

5）可根據(jù)測(cè)試階段和情況的變化，及時(shí)更新維護(hù)測(cè)試用

例。

4.8.10.2.6測(cè)試數(shù)據(jù)

我公司將提供滿足本工程要求的各種試驗(yàn)數(shù)據(jù):

1）我公司將準(zhǔn)備模擬測(cè)試數(shù)據(jù)，能夠滿足測(cè)試要求，覆蓋

被測(cè)業(yè)務(wù)和測(cè)試邊界，滿足完整性和一致性要求。

2）我公司將按項(xiàng)目甲方指定的范圍，采集測(cè)試所需實(shí)際

數(shù)據(jù)，并進(jìn)行整理，以滿足測(cè)試需要。我公司將按照項(xiàng)目保密

要求，對(duì)相關(guān)數(shù)據(jù)進(jìn)行保密。

1.1.1.3測(cè)試方法

基本測(cè)試策略

測(cè)試將從軟件功能、接口規(guī)范、業(yè)務(wù)處理邏輯、運(yùn)行結(jié)果、

運(yùn)行環(huán)境適應(yīng)性等方面進(jìn)行。驗(yàn)證軟件功能點(diǎn)的滿意度、界面

布局和人機(jī)交互的規(guī)范性、業(yè)務(wù)處理邏輯的正確性和業(yè)務(wù)運(yùn)行

結(jié)果的合理性。

1）測(cè)試軟件功能，驗(yàn)證每個(gè)功能點(diǎn)對(duì)合同約定需求的滿

足程度。

2）根據(jù)界面規(guī)范的要求，對(duì)系統(tǒng)中各業(yè)務(wù)模塊的輸入、列

表、提示息等頁(yè)面進(jìn)行測(cè)試，驗(yàn)證其樣式和布局的統(tǒng)一性。

3）測(cè)試系統(tǒng)的業(yè)務(wù)處理邏輯，驗(yàn)證采集和查詢結(jié)果的正確

性。

4)采用白盒法執(zhí)行內(nèi)部邏輯測(cè)試，驗(yàn)證程序業(yè)務(wù)處理邏

輯的正確性。

5)測(cè)試模擬業(yè)務(wù)環(huán)境中系統(tǒng)的運(yùn)行結(jié)果，驗(yàn)證模擬結(jié)果

的合理性，以及系統(tǒng)對(duì)運(yùn)行環(huán)境的適應(yīng)性。

4.8.10.3.2測(cè)試執(zhí)行方法

(1)功能測(cè)試

測(cè)試軟件的功能，驗(yàn)證各功能點(diǎn)是否滿足要求。用測(cè)試用

例測(cè)試用戶需求對(duì)應(yīng)的軟件功能，找出軟件功能實(shí)現(xiàn)與用戶功

能需求的不一致之處。通過(guò)功能測(cè)試，檢查軟件功能是否滿足

用戶對(duì)管理的要求，從而找出軟件存在的功能問(wèn)題。

(2)性能測(cè)試

使用測(cè)試用例測(cè)試用戶提出的軟件性能需求所對(duì)應(yīng)的軟件

的性能和效率指標(biāo)。在一定的工作負(fù)載和配置條件下，測(cè)試軟

件的響應(yīng)時(shí)間、處理速度、資源占用率、并發(fā)性、準(zhǔn)確性、適

應(yīng)性、可靠性、安全性等特性。驗(yàn)證軟件的各項(xiàng)性能指標(biāo)是否

滿足用戶提出的性能指標(biāo)要求，從而找出軟件性能實(shí)現(xiàn)與性能

要求的差距。

(3)文檔測(cè)試

對(duì)安裝手冊(cè)、配置手冊(cè)、操作手冊(cè)、維護(hù)手冊(cè)等軟件文檔

進(jìn)行測(cè)試，找出軟件文檔資料與使用要求之間的不一致之處，

從而檢查文檔的正確性、完備性和可理解性。

(4)環(huán)境接口測(cè)試

測(cè)試軟件界面與環(huán)境的兼容性和可用性。接口測(cè)試內(nèi)容包

括：聯(lián)網(wǎng)

(5)安全性測(cè)試

評(píng)價(jià)軟件的安全性，檢驗(yàn)軟件的安全訪問(wèn)控制體系是否能

起到應(yīng)有的作用。安全性測(cè)試將從訪問(wèn)控制、日志記錄是否完

善，以及用戶誤操作、非法數(shù)據(jù)能否引起數(shù)據(jù)破壞等方面，對(duì)

軟件的安全性進(jìn)行嚴(yán)格測(cè)試。

(6)可安裝性測(cè)試

通過(guò)安裝程序或按照安裝規(guī)程，來(lái)測(cè)試軟件的安裝過(guò)程中

是否存在錯(cuò)誤，以便驗(yàn)證軟件的可安裝性。

(7)邊界測(cè)試

在輸入域、輸出域、狀態(tài)轉(zhuǎn)移、功能邊界和性能邊

界等邊界或端點(diǎn)測(cè)試軟件的臨界運(yùn)行狀態(tài)。

(8)余量測(cè)試

測(cè)試軟件的容差能力(容差指標(biāo)如總存儲(chǔ)量、輸入/輸出通

道、處理時(shí)間等。)滿足用戶提出的技術(shù)指標(biāo)要求。

(9)容量測(cè)試(負(fù)載測(cè)試)

對(duì)所測(cè)試的軟件加載大量數(shù)據(jù)進(jìn)行應(yīng)用處理，驗(yàn)證軟件能

否按照其技術(shù)規(guī)格說(shuō)明來(lái)處理大批量數(shù)據(jù)。

(10)強(qiáng)度試驗(yàn)

在負(fù)載情況不確定的情況下，通過(guò)測(cè)試軟件的各項(xiàng)壓力指

標(biāo)是否符合要求，來(lái)檢驗(yàn)軟件的穩(wěn)定性。在規(guī)定時(shí)段和強(qiáng)度的

測(cè)試條件下，通過(guò)運(yùn)行軟件的所有功能，來(lái)驗(yàn)證軟件是否存在

嚴(yán)重錯(cuò)誤，以及一般錯(cuò)誤是否超過(guò)規(guī)定范圍。

(11)可靠性測(cè)試

在有代表性的應(yīng)用環(huán)境中，為了評(píng)估軟件的可靠性，根據(jù)

其穩(wěn)定性來(lái)測(cè)試其功能。具體來(lái)說(shuō)，可靠性測(cè)試將從合理使用

資源(防止內(nèi)存泄露)、數(shù)據(jù)備份和恢復(fù)、用戶誤操作或非法數(shù)

據(jù)是否會(huì)導(dǎo)致系統(tǒng)異常退出/程序損壞/數(shù)據(jù)破壞等方面測(cè)試軟

件的可靠性指標(biāo)。

(12)恢復(fù)性測(cè)試

當(dāng)軟件出現(xiàn)故障并需要重新工作時(shí)，測(cè)試軟件重建其性能

水平和恢復(fù)直接受影響的數(shù)據(jù)的能力。

4.8.10.3.3測(cè)試用例設(shè)計(jì)方法

測(cè)試用例設(shè)計(jì)方法如下所述:

1）確定測(cè)試用例的角色、場(chǎng)景;

2）確定測(cè)試用例的主事件流、分支事件流和異常事件流;

3）確定測(cè)試用例的約束條件，包括：角色、不可空性、存

在性、可重復(fù)性、相關(guān)性、數(shù)據(jù)格式、處理狀態(tài)、接口處理限

制運(yùn)行條件等。

4）確定測(cè)試用例的邊界條件，包括輸入數(shù)據(jù)格式、數(shù)據(jù)

存取錯(cuò)誤檢測(cè)點(diǎn)、最小/最大值、處理量邊界（一條、多條數(shù)

據(jù)）、處理順序邊界（首條、末條）；

5）確定測(cè)試用例的并發(fā)條件，包括并發(fā)讀寫處理和并發(fā)控

制。

測(cè)試結(jié)果記錄方案

按照子系統(tǒng)、業(yè)務(wù)模塊、功能點(diǎn)，分別記錄以下測(cè)試結(jié)果:

1）記錄任務(wù)類型，包括：公共處理、基本數(shù)據(jù)處

理、業(yè)務(wù)邏輯處理、界面操作處理四類任務(wù);

2）記錄測(cè)試日期、測(cè)試人、測(cè)試迭代次數(shù)、測(cè)試狀態(tài);

3）記錄測(cè)試輸入數(shù)據(jù)、測(cè)試步驟、預(yù)期結(jié)果;

4）記錄測(cè)試輸出結(jié)果;

5）記錄測(cè)試問(wèn)題分析。

4.8.10.3.5測(cè)試工具選型

在本項(xiàng)目的軟件測(cè)試過(guò)程中，我公司將提供測(cè)試所需的工

具（如測(cè)試管理工具、測(cè)試結(jié)果分析工具等）。），將免費(fèi)用于甲

方在本項(xiàng)目中搭建的平臺(tái)的測(cè)試過(guò)程。主要包括以下測(cè)試工具:

1）測(cè)試環(huán)境工具；

2）預(yù)測(cè)試自動(dòng)化工具；

3）測(cè)試結(jié)果提煉工具；

4）測(cè)試結(jié)果分析工具；

5）測(cè)試結(jié)果比較工具；

6）性能測(cè)試數(shù)據(jù)庫(kù)服務(wù)器。

1.1.1.4測(cè)試管理

我公司將在軟件開(kāi)發(fā)過(guò)程中，組織專職軟件測(cè)試工程師進(jìn)

行軟件測(cè)試工作。通過(guò)對(duì)上述定制開(kāi)發(fā)軟件進(jìn)行單元測(cè)試、集

成測(cè)試、系統(tǒng)測(cè)試，來(lái)驗(yàn)證本項(xiàng)目所建系統(tǒng)的功能、性能等技

術(shù)指標(biāo)是否滿足應(yīng)用要求。在軟件通過(guò)各階段測(cè)試后，項(xiàng)目組

將軟件的測(cè)試計(jì)劃、測(cè)試用例、測(cè)試問(wèn)題描述、測(cè)試報(bào)告等測(cè)

試文檔一起交付紿項(xiàng)目甲方。

在上述軟件測(cè)試過(guò)程中，我公司將采取嚴(yán)格而有效測(cè)試過(guò)

程管理，對(duì)軟件的功能、性能、文檔等方面的指標(biāo)進(jìn)行全面測(cè)

試，具體測(cè)試管理方案如下所述。

1.1.1.4.1制定軟件測(cè)試計(jì)劃。

根據(jù)項(xiàng)目進(jìn)度計(jì)劃，由軟件測(cè)試小組的各成員共同

協(xié)商具體的測(cè)試計(jì)劃。測(cè)試組長(zhǎng)按照指定的模板起草

《測(cè)試計(jì)劃》，其內(nèi)容包括：測(cè)試目的、測(cè)試對(duì)象、

測(cè)試范圍、測(cè)試環(huán)境要求、測(cè)試任務(wù)、測(cè)試方法、測(cè)

試接收準(zhǔn)則、測(cè)試人員安排、測(cè)試進(jìn)度計(jì)劃、記錄與

報(bào)告管理機(jī)制等。

項(xiàng)目經(jīng)理對(duì)《測(cè)試計(jì)劃》審核批準(zhǔn)后，執(zhí)行下一步驟。

1.1.1.4.2設(shè)計(jì)軟件測(cè)試用例

根據(jù)《計(jì)算機(jī)軟件質(zhì)量保證計(jì)劃規(guī)范》，測(cè)試團(tuán)隊(duì)的每個(gè)

成員根據(jù)指定的模板設(shè)計(jì)待測(cè)軟件的《計(jì)算機(jī)軟件測(cè)試規(guī)范》，

重點(diǎn)是軟件各子系統(tǒng)的功能、性能、接口的整體測(cè)試用例設(shè)計(jì)。

測(cè)試組長(zhǎng)邀請(qǐng)開(kāi)發(fā)人員和相關(guān)專家，對(duì)《測(cè)試用例》進(jìn)行

技術(shù)評(píng)審，通過(guò)評(píng)審后方可執(zhí)行下一步驟。

1.1.1.4.3執(zhí)行軟件功能和性能測(cè)試

我公司將在本項(xiàng)目中全面實(shí)施標(biāo)準(zhǔn)和規(guī)范化的測(cè)試工作,

完成全部業(yè)務(wù)功能、技術(shù)功能、各種性能測(cè)試的測(cè)試案例編寫

工作和實(shí)際數(shù)據(jù)采集工作。對(duì)所有類型的測(cè)試，我公司將采用

客觀的測(cè)試案例和測(cè)試數(shù)據(jù)為驗(yàn)證標(biāo)準(zhǔn)，而不以個(gè)人主觀判斷

作為測(cè)試標(biāo)準(zhǔn)。

我公司的項(xiàng)目測(cè)試小組將按GB/T-2008《計(jì)算機(jī)軟件測(cè)

試規(guī)范》進(jìn)行軟件檢查、測(cè)試。

軟件測(cè)試小組各成員依據(jù)《測(cè)試計(jì)劃》、《測(cè)試用例》執(zhí)

行軟件測(cè)試，重點(diǎn)測(cè)試軟件運(yùn)行過(guò)程中的整體功能、性能、接

口聯(lián)接關(guān)系等技術(shù)指標(biāo)，并形成測(cè)試問(wèn)題記錄與報(bào)告。

對(duì)于測(cè)試過(guò)程中所發(fā)現(xiàn)的問(wèn)題，采用我公司的自有“缺陷

管理工具”進(jìn)行溝通和管理，以便將測(cè)試結(jié)果及時(shí)通報(bào)給產(chǎn)品

原廠商或我公司的技術(shù)人員。

測(cè)試結(jié)束后，將測(cè)試結(jié)果和統(tǒng)計(jì)息記錄在書名號(hào)123中。

1.1.1.4.4缺陷管理與改錯(cuò)

在本項(xiàng)目的軟件測(cè)試過(guò)程中，我公司將針對(duì)測(cè)試所發(fā)現(xiàn)的

典型性問(wèn)題、常見(jiàn)性問(wèn)題、重要性問(wèn)題，建立相應(yīng)的軟件測(cè)試

知識(shí)庫(kù)。在制定軟件測(cè)試計(jì)劃、設(shè)計(jì)軟件測(cè)試用例、執(zhí)行軟件

測(cè)試、記錄和報(bào)告測(cè)試問(wèn)題的過(guò)程中，對(duì)于測(cè)試人員所發(fā)現(xiàn)的

缺陷使用“缺陷管理工具“，來(lái)記錄相關(guān)缺陷的狀態(tài)息，并形成

《缺陷管理報(bào)告》。

此外，我公司保證對(duì)測(cè)試錯(cuò)誤和缺陷進(jìn)行及時(shí)修正、補(bǔ)充。

我公司技術(shù)人員將根據(jù)缺陷記錄，及時(shí)消除已經(jīng)發(fā)現(xiàn)的缺陷，

并進(jìn)行相應(yīng)的回歸測(cè)試，以確保在后續(xù)測(cè)試和使用過(guò)程中不再

引入新的缺陷。

對(duì)于定制開(kāi)發(fā)軟件，修改其測(cè)試問(wèn)題的軟件版本變更控制

流程如下圖所示：

1.1.1.5測(cè)試實(shí)施計(jì)劃

1.1.1.5.1功能測(cè)試

對(duì)于用戶功能需求說(shuō)明中定義的功能需求，按照不同階段

的測(cè)試用例，對(duì)本項(xiàng)目系統(tǒng)與相關(guān)外部系統(tǒng)的應(yīng)用集成接口進(jìn)

行測(cè)試。通過(guò)驗(yàn)證系統(tǒng)功能是否滿足需求說(shuō)明書中描述的功能

需求，來(lái)發(fā)現(xiàn)系統(tǒng)目前存在的問(wèn)題。功能測(cè)試工作覆蓋系統(tǒng)全

部源代碼。測(cè)試'內(nèi)容除對(duì)代碼正確進(jìn)行驗(yàn)證外。還包括測(cè)試是

否滿足界面設(shè)計(jì)要求、是否滿足軟件功能需求要求等各方面要

求。

（1）測(cè)試內(nèi)容

對(duì)測(cè)試對(duì)象的功能測(cè)試應(yīng)側(cè)重于所有可直接跟蹤到的用例

或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的測(cè)試需求。

功能測(cè)試主要是為了發(fā)現(xiàn)以下幾類錯(cuò)誤：

1）是否有不正確或缺失的功能？

2）功能實(shí)現(xiàn)是否滿足用戶需求和系統(tǒng)設(shè)計(jì)的隱藏需求

3）能否正確地接受輸入；能否正確的輸出結(jié)果。

功能測(cè)試要求測(cè)試設(shè)計(jì)人員熟悉產(chǎn)品規(guī)格、需求文檔、產(chǎn)

品業(yè)務(wù)功能，對(duì)測(cè)試用例設(shè)計(jì)方法有一定的掌握，從而設(shè)計(jì)出

良好的測(cè)試計(jì)劃和測(cè)試用例，高效地進(jìn)行功能測(cè)試。

（2）測(cè)試規(guī)范

進(jìn)行功能測(cè)試時(shí)，應(yīng)遵循以下規(guī)范：

1）為每個(gè)清晰的功能需求設(shè)計(jì)至少一個(gè)基本用例，兩個(gè)異

常測(cè)試用例；

2）對(duì)每個(gè)隱含的功能需求至少設(shè)計(jì)一個(gè)基本用例和兩個(gè)

異常測(cè)試用例；

3）為每個(gè)可能的功能異常設(shè)計(jì)1到2個(gè)測(cè)試用例；

4）關(guān)鍵用例或優(yōu)先級(jí)高的用例要保證有效得到執(zhí)行；

5）功能測(cè)試發(fā)現(xiàn)的缺陷要全部得到處理。

（3）測(cè)試方法

在進(jìn)行功能測(cè)試時(shí)，首先需要對(duì)需求規(guī)格進(jìn)行分析，因?yàn)?/p>

這是功能測(cè)試的基本輸入。

1.需求和規(guī)范的測(cè)試和分析步驟

1）對(duì)每個(gè)明確的功能需求進(jìn)行標(biāo)號(hào)（對(duì)于在需求規(guī)格文

檔中已經(jīng)有標(biāo)號(hào)的可以直接飲用）；

2）標(biāo)注每個(gè)可能隱含的功能需求；

3）對(duì)于可能出現(xiàn)的功能異常進(jìn)行分類分析，并標(biāo)號(hào)；

4）對(duì)于前面3個(gè)步驟獲得的功能需求進(jìn)行分級(jí)；由于我

們不可能測(cè)試任何東西，因此可以根據(jù)風(fēng)險(xiǎn)來(lái)決定對(duì)每個(gè)功能

投入多少關(guān)注。一般來(lái)說(shuō)，可以把功能劃分為關(guān)鍵功能和非關(guān)

鍵功能。其中關(guān)鍵功能是指那些對(duì)用戶來(lái)說(shuō)必不可少的功能，

這類功能的喪失將導(dǎo)致用戶拒絕產(chǎn)品。

5）對(duì)每個(gè)功能進(jìn)行測(cè)試分析，分析是否可以測(cè)試，如何測(cè)

試，可能的輸入，可能的輸出等。

6）腳本化和自動(dòng)化。

2、常用功能測(cè)試用例設(shè)計(jì)方法

1）等價(jià)類劃分法；2）邊界值法；3）因果圖；4）判定表;

5）正交實(shí)驗(yàn)設(shè)計(jì)；6）基于風(fēng)險(xiǎn)的測(cè)試；7）錯(cuò)誤猜測(cè)法。

（4）風(fēng)險(xiǎn)分析

功能測(cè)試時(shí)存在的主要風(fēng)險(xiǎn)有：

1)遺漏重要的功能點(diǎn)的測(cè)試；

2)系統(tǒng)功能改變后，自動(dòng)化測(cè)試腳本沒(méi)有更新，導(dǎo)致執(zhí)行

腳本時(shí)出現(xiàn)虛警或腳本失敗。

(5)測(cè)試組織

功能測(cè)試主要由測(cè)試團(tuán)隊(duì)完成。測(cè)試組長(zhǎng)負(fù)責(zé)編寫功能測(cè)

試計(jì)劃、方案和測(cè)試總結(jié)報(bào)告。團(tuán)隊(duì)成員負(fù)責(zé)編譯和執(zhí)行功能

測(cè)試用例，編輯、調(diào)試和執(zhí)行測(cè)試腳本，填寫測(cè)試日志和問(wèn)題

報(bào)告。功能測(cè)試的基本工作過(guò)程如下：

(6)效果評(píng)估

由測(cè)試組長(zhǎng)撰寫測(cè)試分析報(bào)告，對(duì)功能測(cè)試過(guò)程中的工作

組織、測(cè)試進(jìn)度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率、項(xiàng)目

質(zhì)量等方面進(jìn)行綜合評(píng)估。

1.1.1.5.2界面測(cè)試

(1)測(cè)試內(nèi)容

用戶界面測(cè)試用于核實(shí)用戶與軟件之間的交互。目標(biāo)是確

保用戶界面會(huì)通過(guò)測(cè)試對(duì)象的功能來(lái)為用戶提供相應(yīng)的訪問(wèn)和

瀏覽操作。另外，用戶界面測(cè)試還可確保用戶界面中的對(duì)象按

照預(yù)期的方式運(yùn)行，并符合公司或行業(yè)的標(biāo)準(zhǔn)。

用戶界面測(cè)試的測(cè)試內(nèi)容包括:

1、用戶界面適合于軟件的功能（合適性）

用戶界面合適性是指界面與軟件功能相融洽的程度。軟件

的功能需要通過(guò)用戶界面來(lái)展現(xiàn)。毫無(wú)疑問(wèn)，用戶界面一定要

適合軟件的功能，這是最基本的要求。如果用戶無(wú)法通過(guò)這個(gè)

界面來(lái)使用軟件，“易用性”根本就無(wú)從談起。合適性差的界面

會(huì)混淆軟件功能意圖，即使它不損害軟件功能與性能，也會(huì)給

用戶不該有的麻煩（費(fèi)解、難用、氣惱）。

2、容易理解

如果用戶很難理解界面的意圖，那么他使用起來(lái)肯定費(fèi)勁。

所以“容易理解”是“容易使用”的前提條件。

3、及時(shí)反饋息

當(dāng)用戶進(jìn)行某項(xiàng)操作后，如果過(guò)了一會(huì)兒（幾秒鐘）用戶

界面一點(diǎn)反應(yīng)都沒(méi)有，這將使用戶感到迷茫和不安，因?yàn)樗?/p>

知道是自己操作錯(cuò)了還是軟件死機(jī)了。所以及時(shí)反饋息很重要,

至少要讓用戶心里有數(shù)，知道該任務(wù)處理得怎么樣了，有什么

樣的結(jié)果。

4、防錯(cuò)處理

在使用軟件的過(guò)程中，難免會(huì)出現(xiàn)一些錯(cuò)誤的操作。如果

用戶不小心輸入了錯(cuò)誤的數(shù)據(jù)或者刪除了有用的數(shù)據(jù)，軟件被

愚蠢地執(zhí)行了，那么用戶會(huì)非常生氣，以后也不敢放心使用軟

件。

5、合理的布局

界面的整體布局要符合邏輯，最好和工作流程保持一致。

窗口（或頁(yè)面）上界面元素的布局應(yīng)該整潔、清新。

6.合理的顏色

界面色彩要合理，使用顏色的時(shí)候要保持一致，同時(shí)根據(jù)

對(duì)象的重要性來(lái)選擇顏色，但是又不能過(guò)分依賴顏色，因?yàn)橛?/p>

些用戶可能是色盲或色弱。

7、風(fēng)格一致和必要的個(gè)性化

風(fēng)格一致的最大好處就是能夠減少用戶的記憶量、減少出

錯(cuò)幾率，并且迅速積累操作經(jīng)驗(yàn)。而個(gè)性化界面設(shè)計(jì)又能吸引

用戶眼球培養(yǎng)用戶對(duì)軟件的興趣。所以要求用戶界面在具備必

要的“一致性”的前提下，突出該軟件的“個(gè)性”。不僅讓用戶使

用起來(lái)方便，而且對(duì)軟件留下深刻的向象。

8、適應(yīng)用戶群體和國(guó)際化

軟件設(shè)計(jì)要適應(yīng)多種類型的用戶，比如對(duì)計(jì)算機(jī)比較外行

的、計(jì)算機(jī)專家等，努力使用戶在操作軟件的時(shí)候感覺(jué)不到差

異和麻煩。為了達(dá)到這個(gè)目標(biāo)，一般需要提供多種操作途徑以

適應(yīng)各種水平的用戶。

為了能夠更好地適應(yīng)國(guó)內(nèi)和國(guó)際市場(chǎng)，在用戶界面應(yīng)當(dāng)充

分考慮語(yǔ)言和文化的差異。使用標(biāo)準(zhǔn)的圖解方式和國(guó)際通行的

語(yǔ)言，要求簡(jiǎn)單易懂，易于翻譯，方便不同母語(yǔ)的用戶。

9、最少操作步驟(最高效率)

用戶界面應(yīng)當(dāng)盡可能地替用戶著想，用戶應(yīng)當(dāng)用最少的操

作步驟完成某項(xiàng)操作任務(wù)，獲得最高的使用效率。

10、可復(fù)用

復(fù)用有利于提高質(zhì)量、提高生產(chǎn)率和降低成本。因此用戶

界面也應(yīng)該做到能夠被復(fù)用。

(2)測(cè)試規(guī)范

用戶界面設(shè)計(jì)規(guī)范如下表：

設(shè)計(jì)要素重要性規(guī)范描述

用戶界面是否與軟件的功能相融洽？用戶界面是否適合用

戶

的應(yīng)用環(huán)境？

非常重要

說(shuō)明：如果是否定的，說(shuō)明用戶不能有效地使用這個(gè)軟件。

是不可原諒的缺陷。這個(gè)缺陷是需求分析錯(cuò)誤造成的。

界面元素有錯(cuò)別字，或者措詞含糊、邏輯混亂。

解釋：如果出現(xiàn)如此低級(jí)的缺陷，說(shuō)明開(kāi)發(fā)人員根本沒(méi)有

把用

非常重要

用戶把界面放在心上，用戶對(duì)這種不專業(yè)的態(tài)度很反感。

不可原諒。

的缺陷。

容易理解

重要

對(duì)于常用的功能，用戶能否不必閱讀手冊(cè)就使用？

是否所有界面元素提供了充分而必要的提示？

界面結(jié)構(gòu)和工作流程匹配嗎？

你提供在線幫助嗎？

解釋：如果實(shí)現(xiàn)上述要求，說(shuō)明界面細(xì)節(jié)做得很好。

是進(jìn)度條，動(dòng)畫等。以反映正在進(jìn)行的耗時(shí)過(guò)程？

重要操作是否返回必要的結(jié)果息？

解釋：如果否定的話，說(shuō)明用戶界面不夠?qū)I(yè)。

合適性

及時(shí)反饋

息

重要的

錯(cuò)誤預(yù)防處理

在執(zhí)行破壞性操作之前，是否得到用戶的確認(rèn)？

輸入數(shù)據(jù)或遞交數(shù)據(jù)時(shí)，是否進(jìn)行相應(yīng)的數(shù)據(jù)校驗(yàn)（檢查

數(shù)據(jù)

合法嗎）

非常重要

是否根據(jù)用戶的權(quán)限自動(dòng)隱藏或者禁用某些功能？

解釋：如果是否定的，說(shuō)明開(kāi)發(fā)者沒(méi)有防誤常識(shí)，是的

不可原諒的缺陷。

可選擇的

是否提供撤銷功能來(lái)撤銷意外操作？

解釋：如果實(shí)現(xiàn)該要求，說(shuō)明界面細(xì)節(jié)做得很好。

設(shè)計(jì)要素

一致性

重要性

重要的

規(guī)范描述

相似的界面元素是否有相同的視覺(jué)感，相同的操作方式？

是否符合廣大用戶使用同類軟件的習(xí)慣？

解釋：如果否定的話，說(shuō)明用戶界面不夠?qū)I(yè)

是否在具備必要的“一致性”的前提下，設(shè)計(jì)了與眾不同的、

一個(gè)讓用戶記憶深刻的界面？

解釋：如果實(shí)現(xiàn)這個(gè)要求，說(shuō)明界面很有創(chuàng)意。

界面的布局符合軟件的功能邏輯嗎？

界面元素是水平對(duì)齊還是垂直對(duì)齊？

界面元素的尺寸是否合理？

行距一致嗎？

是否恰當(dāng)?shù)乩么绑w和控件的空白，以及分割線條？

窗口切換、移動(dòng)、改變大小時(shí)，界面正常嗎？

解釋：如果否定的話，說(shuō)明用戶界面不夠?qū)I(yè)。

界面的色調(diào)是否讓人感到和諧、滿意？

重要的對(duì)象是否用醒目的色彩表示？

顏色的使用是否符合行業(yè)習(xí)慣？

是否可以讓色盲、色弱的人員使用？

說(shuō)明：如果實(shí)現(xiàn)了這個(gè)要求，界面細(xì)節(jié)非常好。

有沒(méi)有適合初學(xué)者和專家操作這個(gè)界面的方法？

色盲或者色弱的用戶能正常使用該界面？

解釋：如果實(shí)現(xiàn)該要求，說(shuō)明界面細(xì)節(jié)很好。

度量單位、日期格式、人的名字是否讓用戶誤解？

翻譯文字是否地道，是否符合讀者習(xí)慣？

你是否使用合理的最少步驟來(lái)實(shí)現(xiàn)常見(jiàn)操作并實(shí)現(xiàn)高效率?

解釋：如果實(shí)現(xiàn)該要求，說(shuō)明界面細(xì)節(jié)和好。

用戶界面的原型、代碼、文檔可以重用嗎？

解釋：如果實(shí)現(xiàn)該要求，說(shuō)明軟件的需求分析、設(shè)計(jì)、實(shí)

現(xiàn)做

干得好。

個(gè)性化可選

合理布局可選

合理的顏色很重要。

用戶可選擇的適應(yīng)

國(guó)際化

最少步驟

高效率

可復(fù)用

重要的

重要

重要

(3)測(cè)試方法

界面測(cè)試應(yīng)當(dāng)盡早進(jìn)行，測(cè)試方法有：對(duì)界面原型采用場(chǎng)

景測(cè)試方法，由測(cè)試人員扮演場(chǎng)景中的角色，模擬各種可能的

操作以及可能的操作序列，并且由用戶來(lái)判斷是否合理，是否

有功能的遺漏。

界面原型確定后，開(kāi)始設(shè)計(jì)界面測(cè)試用例，用例設(shè)計(jì)的思

路如下：

1、劃分界面元素，并根據(jù)界面的復(fù)雜性進(jìn)行分層

一般分為三個(gè)層次：第一個(gè)層次是界面原子，即不可再分

的界面元素，例如：一個(gè)菜單項(xiàng)、一個(gè)按鈕、一個(gè)列表等。第

二個(gè)層次是界面組合元素，是由多個(gè)具有相同屬性的界面原子

或者彼此協(xié)助的一組界面原子組合而形成的一類界面元素。例

如：工具欄、組合框等；第三個(gè)層次是一個(gè)完整的窗口，一個(gè)

完整的窗口是由一系列界面組合元素組成的能夠完成一個(gè)完整

的輸入輸出功能的界面屬性組合，并且它具有自己的視圖。

2、在不同的界面層次確定不同的測(cè)試策略

一般在界面原子層，主要考慮界面原子的顯示屬性、觸發(fā)

機(jī)制、功能行為、可能的狀態(tài)集等內(nèi)容。對(duì)于界面原子可能接

受的輸入可以從等價(jià)類劃分，邊界值分析等角度考慮，觸發(fā)機(jī)

制可以從規(guī)范導(dǎo)出的方法分析，功能行為可以使用因果圖或判

定表，可能的狀態(tài)集可以使用錯(cuò)誤猜測(cè)法或基于錯(cuò)誤的測(cè)試方

法等。對(duì)于界面組合元素，主要考慮界面原子組合順序、排列

組合、整體外觀、組合后功能行為的多個(gè)角度測(cè)試。對(duì)于一個(gè)

完整的窗口，主要考慮窗口的整體外觀、窗口元素的排列組合、

窗口屬性值、窗口可能的各種組合行為等。

3.分析測(cè)試數(shù)據(jù)并提取測(cè)試用例。

對(duì)于界面元素的外觀，可以從以下幾個(gè)角度獲取測(cè)試數(shù)據(jù):

1）界面元素尺寸；

2）界面元素的形狀；

3）界面元素的顏色、對(duì)比度、亮度；

4）界面元素中包含的文本屬性（如字體、排序方式、大小

等。）.

對(duì)界面元素的布局，可以從以下幾個(gè)角度獲取測(cè)試數(shù)據(jù)：

1）各界面元素的位置；

2）各界面元素的對(duì)齊方式；

3）各界面元素間間隔；

4）Tab順序；

5）所有界面元素的配色。

對(duì)于界面元素的行為，可以從以下角度獲取測(cè)試數(shù)據(jù)：

1）回聲功能；2）輸入限制和輸入檢查；3）輸入提醒；

4）聯(lián)機(jī)幫助；5）默認(rèn)值；6）激活或取消激活；

7）焦點(diǎn)狀態(tài)；8）功能鍵或快捷鍵；

9）操作路徑；10）行為回退。

4、使用自動(dòng)測(cè)試工具進(jìn)行腳本化工作。

(4)風(fēng)險(xiǎn)分析

界面測(cè)試存在的主要風(fēng)險(xiǎn)有：

1)在測(cè)試后期，界面發(fā)生重大改變，導(dǎo)致測(cè)試工

作被動(dòng)。

2)受整個(gè)測(cè)試進(jìn)度影響，界面測(cè)試用例未能完全執(zhí)行。

(5)測(cè)試組織

用戶界面測(cè)試主要由測(cè)試團(tuán)隊(duì)完成。測(cè)試組長(zhǎng)負(fù)責(zé)編寫用

戶界面測(cè)試計(jì)劃、方案和測(cè)試總結(jié)報(bào)告。團(tuán)隊(duì)成員負(fù)責(zé)編寫和

執(zhí)行用戶界面測(cè)試用例，編輯、調(diào)試和執(zhí)行測(cè)試腳本，填寫測(cè)

試日志和問(wèn)題報(bào)告等。用戶界面測(cè)試與功能測(cè)試相同，通常與

功能測(cè)試同時(shí)進(jìn)行。具體流程如圖。

(6)效果評(píng)估

由測(cè)試組長(zhǎng)撰寫用戶界面測(cè)試報(bào)告，對(duì)用戶界面測(cè)試階段

的工作組織、測(cè)試進(jìn)度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率

等方面進(jìn)行綜合評(píng)估。

1.1.153負(fù)載測(cè)試(壓力測(cè)試)

(1)測(cè)試內(nèi)容

負(fù)載測(cè)試也是一種性能測(cè)試。在這種測(cè)試中，將使測(cè)試對(duì)

象承擔(dān)不同的工作量，以評(píng)測(cè)和評(píng)估測(cè)試對(duì)象在不同的工作量

條件下的性能行為，以及持續(xù)正常工作的能力。負(fù)載測(cè)試的目

標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常

運(yùn)行。此外，負(fù)載測(cè)試還要評(píng)估性能特征，例如相應(yīng)時(shí)間、事

物處理速率和其他與時(shí)間相關(guān)的方面。

（2）測(cè)試規(guī)范

測(cè)試規(guī)格：

1）負(fù)載測(cè)試應(yīng)考慮虛擬用戶數(shù)量的增加幅度和方式；

2）負(fù)載測(cè)試使用組裝點(diǎn)模擬數(shù)據(jù)集中提交；

3）負(fù)載測(cè)試的負(fù)載增加方式要模擬系統(tǒng)的實(shí)際需求和用

戶真實(shí)的負(fù)載產(chǎn)生情況。

（3）測(cè)試方法

負(fù)載測(cè)試使用loadrunner控制器模擬生成特定數(shù)量的

vuser來(lái)運(yùn)行實(shí)際程序，從而逐步增加負(fù)載。運(yùn)行漸增vuser時(shí),

吞吐量、響應(yīng)時(shí)間、cpu負(fù)載、內(nèi)存使用等關(guān)鍵性能指標(biāo)。可

以根據(jù)業(yè)務(wù)需求進(jìn)行監(jiān)控。

（4）風(fēng)險(xiǎn)分析

負(fù)載測(cè)試存在的主要風(fēng)險(xiǎn)為對(duì)負(fù)載測(cè)試工具使用不熟練，

導(dǎo)致測(cè)試效率低下；場(chǎng)景規(guī)劃不合適，導(dǎo)致負(fù)載模擬沒(méi)有體現(xiàn)

真實(shí)的系統(tǒng)負(fù)載。

（5）測(cè)試組織

負(fù)載測(cè)試主要由測(cè)試小組來(lái)完成，測(cè)試組長(zhǎng)負(fù)責(zé)負(fù)載測(cè)試

計(jì)劃、方案和測(cè)試總結(jié)報(bào)告的編寫，組員負(fù)責(zé)負(fù)載測(cè)試用例的

編寫、執(zhí)行、測(cè)試腳本的編輯、調(diào)試和執(zhí)行并填寫測(cè)試日志和

問(wèn)題報(bào)告等。負(fù)載測(cè)試的基本工作過(guò)程如下：

（6）效果評(píng)估

由測(cè)試組長(zhǎng)撰寫負(fù)載測(cè)試報(bào)告，對(duì)負(fù)載測(cè)試階段的工作組

織、測(cè)試進(jìn)度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進(jìn)

行綜合評(píng)估。壓力測(cè)試需保證系統(tǒng)滿足平臺(tái)建設(shè)性能要求。測(cè)

試結(jié)果形成《壓力測(cè)試報(bào)告》提交用戶方。

性能測(cè)試

在一定工作負(fù)荷和配置條件下，測(cè)試系統(tǒng)的各項(xiàng)性能指標(biāo),

驗(yàn)證其對(duì)合同約定的性能需求的滿足程度（確保測(cè)試結(jié)果高于

性能指標(biāo)要求）。

性能測(cè)試前，設(shè)置模擬運(yùn)行環(huán)境、訪問(wèn)用戶數(shù)等性能測(cè)試

的基本條件，編寫單用戶和并發(fā)用戶環(huán)境下的系統(tǒng)訪問(wèn)腳本。

在測(cè)試過(guò)程中，測(cè)試主測(cè)試系統(tǒng)的響應(yīng)能力指標(biāo)、處理能

力指標(biāo)、可用性、可靠性、穩(wěn)定性、適應(yīng)性、可操作性和可擴(kuò)

展性。

（1）測(cè)試內(nèi)容

性能測(cè)試是對(duì)響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)

的需求進(jìn)行評(píng)測(cè)和評(píng)估。性能測(cè)試的目標(biāo)是核實(shí)性能需求是否

都已滿足。根據(jù)本項(xiàng)目實(shí)際情況要求如下：

1）操作界面響應(yīng)時(shí)間：在穩(wěn)定的網(wǎng)絡(luò)環(huán)境下，簡(jiǎn)單系統(tǒng)查

詢響應(yīng)時(shí)間小于5秒，復(fù)雜系統(tǒng)響應(yīng)時(shí)間小于30秒；

2）息發(fā)布響應(yīng)時(shí)間，單個(gè)管理氏戶登錄后臺(tái)頁(yè)面的平均

時(shí)間3秒內(nèi)；

3）前端并發(fā)要求，系統(tǒng)應(yīng)能支持50個(gè)用戶同時(shí)在線使用。

測(cè)試內(nèi)容包括：

1）應(yīng)用在客戶端性能的測(cè)試：比如并發(fā)性能測(cè)試、疲勞

強(qiáng)度測(cè)試、大數(shù)據(jù)量測(cè)試、速度測(cè)試等。

2）網(wǎng)絡(luò)性能測(cè)試：如網(wǎng)絡(luò)模擬、網(wǎng)絡(luò)應(yīng)用性能分析、網(wǎng)絡(luò)

應(yīng)用性能監(jiān)控、網(wǎng)絡(luò)預(yù)測(cè)等。

3）應(yīng)用在服務(wù)器上性能的測(cè)試：對(duì)主機(jī)和操作系統(tǒng)的監(jiān)

控、對(duì)數(shù)據(jù)庫(kù)及應(yīng)用系統(tǒng)的監(jiān)控、對(duì)中間件服務(wù)器的監(jiān)控。

（2）測(cè)試規(guī)范

性能測(cè)試需遵循如下規(guī)范：

1）需考慮測(cè)試工具的硬件和軟件配置要求。

2）定義測(cè)試類型以及與該類型相關(guān)的測(cè)試環(huán)境需求。

3）性能測(cè)試不僅要評(píng)估系統(tǒng)當(dāng)前的性能，還要預(yù)測(cè)未來(lái)的

性能

4）性能測(cè)試的關(guān)鍵是尋找系統(tǒng)瓶頸所在。

性能測(cè)試的基本方法：

性能測(cè)試基本方法：

1、明確測(cè)試需求和測(cè)試內(nèi)容

通過(guò)綜合分析系統(tǒng)的業(yè)務(wù)需求說(shuō)明，結(jié)合系統(tǒng)運(yùn)行的實(shí)際

環(huán)境，列出明確的性能測(cè)試需求。對(duì)關(guān)鍵業(yè)務(wù)進(jìn)行重點(diǎn)性能分

析。

2、制定測(cè)試案例

按照公司性能測(cè)試規(guī)范，編寫性能測(cè)試案例。

3、測(cè)試環(huán)境準(zhǔn)備

搭建性能測(cè)試環(huán)境，安裝并配置性能測(cè)試工具。

4、測(cè)試腳本錄制、編寫和調(diào)試

依照性能測(cè)試案例，錄制自動(dòng)化測(cè)試腳木，通過(guò)編輯調(diào)試

保證腳本的正確運(yùn)行。

1）制定腳本分配、回放配置和加載策略：根據(jù)前面分析

的性能測(cè)試需求，確定腳本的分配、配置和加載策略。

2）測(cè)試執(zhí)行跟蹤：在測(cè)試工具中運(yùn)行預(yù)定腳本，跟蹤性

能測(cè)試過(guò)程。

3）結(jié)果分析與測(cè)試評(píng)估：使用專門的結(jié)果分析軟件對(duì)性

能測(cè)試結(jié)果進(jìn)行分析匯總，確定系統(tǒng)瓶頸所在。明確關(guān)鍵業(yè)務(wù)

交易時(shí)間并預(yù)測(cè)未來(lái)趨勢(shì)。

（4）風(fēng)險(xiǎn)分析

性能測(cè)試存在的主要風(fēng)險(xiǎn)為：

1）無(wú)法構(gòu)建獨(dú)立的完善的性能測(cè)試環(huán)境

2）性能測(cè)試結(jié)果不準(zhǔn)確；

（5）測(cè)試組織

性能測(cè)試主要由測(cè)試小組來(lái)完成，測(cè)試組長(zhǎng)負(fù)責(zé)性能測(cè)試

計(jì)劃、方案和測(cè)試總結(jié)報(bào)告的編寫，組員負(fù)責(zé)性能測(cè)試用例的

編寫、執(zhí)行、測(cè)試腳本的編輯、調(diào)試和執(zhí)行并填寫測(cè)試日志和

問(wèn)題報(bào)告等。性能測(cè)試的基本工作過(guò)程如下：

（6）效果評(píng)估

由測(cè)試組長(zhǎng)撰寫性能測(cè)試報(bào)告，對(duì)性能測(cè)試階段的工作組

織、測(cè)試進(jìn)度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進(jìn)

行綜合評(píng)估。

1.1.1.5.5強(qiáng)度測(cè)試

（1）測(cè)試內(nèi)容

強(qiáng)度測(cè)試是一種功能測(cè)試，實(shí)施和執(zhí)行此類測(cè)試的目的是

找出因資源不足或資源爭(zhēng)用而導(dǎo)致的錯(cuò)誤。如果內(nèi)存或磁盤空

間不足，測(cè)試對(duì)象就可能會(huì)表現(xiàn)出一些再正常條件下并不明顯

的缺陷。而其他缺陷則可能由于爭(zhēng)用共享資源（如數(shù)據(jù)庫(kù)或網(wǎng)

絡(luò)帶寬）而造成的。強(qiáng)度測(cè)試還可用于確定測(cè)試對(duì)象能夠處理

的最大工作量。

強(qiáng)度測(cè)試的目的在于：

1）獲得系統(tǒng)總用戶負(fù)荷增加時(shí)單個(gè)用戶真實(shí)的個(gè)人體驗(yàn)

2）確定運(yùn)行該應(yīng)用程序硬件的最大負(fù)荷，從而決定在將

應(yīng)用程序推廣到實(shí)際應(yīng)用中去前，是否有必要對(duì)硬件進(jìn)行升級(jí)。

3）根據(jù)平均頁(yè)面響應(yīng)時(shí)間，為程序的使用者確定可接受

的運(yùn)行性能的閾值。

4）確保系統(tǒng)在預(yù)期的最大并行比戶負(fù)荷時(shí)，性能的閾值

仍然處于可接受的水平。

（2）測(cè)試規(guī)范

強(qiáng)度測(cè)試規(guī)范為：

1)強(qiáng)度的設(shè)置需考慮業(yè)務(wù)系統(tǒng)的實(shí)際情況，避免過(guò)多或

過(guò)少地增加系統(tǒng)強(qiáng)度；

2)需對(duì)強(qiáng)度測(cè)試結(jié)果進(jìn)行分析確定哪部分硬件設(shè)備或軟

件模塊影響了系統(tǒng)的性能。

(3)測(cè)試方法

強(qiáng)度測(cè)試首先是使用LoadRunner工具對(duì)業(yè)務(wù)系統(tǒng)進(jìn)行強(qiáng)

度測(cè)試，測(cè)定Web服務(wù)器每秒種所能處理的最大請(qǐng)求數(shù)，這

是定量的測(cè)量。第二步確定CPU、內(nèi)存或終端設(shè)備中哪一項(xiàng)

限制了每秒請(qǐng)求數(shù)達(dá)到更高的水平：

(4)風(fēng)險(xiǎn)分析

強(qiáng)度測(cè)試存在的主要風(fēng)險(xiǎn)有：

1)用戶強(qiáng)度負(fù)荷設(shè)置不合理；

2)沒(méi)有合適的強(qiáng)度測(cè)試工具。

(5)測(cè)試組織

強(qiáng)度測(cè)試主要由測(cè)試小組來(lái)完成，測(cè)試組長(zhǎng)負(fù)責(zé)強(qiáng)度測(cè)試

計(jì)劃、方案和測(cè)試總結(jié)報(bào)告的編寫，組員負(fù)責(zé)強(qiáng)度測(cè)試用例的

編寫、執(zhí)行、測(cè)試腳本的編輯、調(diào)試和執(zhí)行并填寫測(cè)試日志和

問(wèn)題報(bào)告等。強(qiáng)度測(cè)試的基本工作過(guò)程如下：

(6)效果評(píng)估

由測(cè)試組長(zhǎng)撰寫強(qiáng)度測(cè)試報(bào)告，對(duì)強(qiáng)度測(cè)試階段的工作組

織、測(cè)試進(jìn)度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進(jìn)

行綜合評(píng)估。

LL1.5.6容量測(cè)試

能力測(cè)試的內(nèi)容包括：

容量測(cè)試使測(cè)試對(duì)象處理大量數(shù)據(jù)，以確定是否達(dá)到了使

軟件發(fā)生故障的極限。容量測(cè)試還將確定測(cè)試對(duì)象在給定的時(shí)

間內(nèi)容能夠持續(xù)處理的最大負(fù)載或工作量。例如，如果測(cè)試對(duì)

象正在為生成一份報(bào)表而處理一組數(shù)據(jù)庫(kù)記錄，那么容量測(cè)試

就會(huì)使用一個(gè)大型測(cè)試數(shù)據(jù)庫(kù)，檢驗(yàn)該軟件是否正常運(yùn)行并生

成了正確的報(bào)表。

容量測(cè)試分為兩種，一是獨(dú)立的容量測(cè)試：針對(duì)某些存儲(chǔ)、

傳輸、統(tǒng)計(jì)、查詢等業(yè)務(wù)進(jìn)行容量測(cè)試；二是綜合容量測(cè)試：

和壓力性能測(cè)試、負(fù)載性能測(cè)試、強(qiáng)度性能測(cè)試相結(jié)合的綜合

測(cè)試方案。

容量測(cè)試的內(nèi)容包括：

1）當(dāng)使用敏感操作時(shí)進(jìn)行的相關(guān)數(shù)據(jù)比較；

2）對(duì)包含大量數(shù)據(jù)的記錄進(jìn)行模糊查詢操作；

3）對(duì)大量數(shù)據(jù)進(jìn)行批量修改操作；

4）對(duì)大量數(shù)據(jù)記錄的計(jì)算、分析操作；

5）在網(wǎng)絡(luò)上大量發(fā)送郵件息。

（2）測(cè)試規(guī)范

進(jìn)行容量測(cè)試時(shí)須遵守如下規(guī)范：

1）測(cè)試數(shù)據(jù)需充分考慮實(shí)際業(yè)務(wù)需求；

2）測(cè)試數(shù)據(jù)要有有效的管理手段，以方便數(shù)據(jù)轉(zhuǎn)換、編

輯、數(shù)據(jù)瀏覽、數(shù)據(jù)比較、數(shù)據(jù)遷移等。

（3）測(cè)試方法

進(jìn)行容量測(cè)試關(guān)鍵是能產(chǎn)生符合業(yè)務(wù)要求的大量數(shù)據(jù)記錄,

可以使用測(cè)試數(shù)據(jù)生成工具TestBytes或DataFactory確定需要

生成的數(shù)據(jù)類型，通過(guò)與數(shù)據(jù)庫(kù)的連接來(lái)自動(dòng)生成百萬(wàn)行的正

確的測(cè)試數(shù)據(jù)。

在該項(xiàng)目的測(cè)試中共我們將使用DataFactory結(jié)合

LoadRunner來(lái)完成測(cè)試數(shù)據(jù)的生成和綜合容量測(cè)試。

進(jìn)行容量測(cè)試一般可以通過(guò)以下幾個(gè)步驟來(lái)完成：

1）分析系統(tǒng)的外部數(shù)據(jù)源，并進(jìn)行分類；

2）對(duì)每類數(shù)據(jù)源分析可能的容量限制，對(duì)于記錄類型數(shù)

據(jù)需要分析記錄長(zhǎng)度限制、記錄中每個(gè)域長(zhǎng)度限制和記錄數(shù)量

限制；

3）對(duì)每個(gè)類型數(shù)據(jù)源，構(gòu)造大容量數(shù)據(jù)對(duì)系統(tǒng)進(jìn)行測(cè)試;

4）分析測(cè)試結(jié)果，并與期望值比較，確定目前系統(tǒng)的容

量瓶頸；

5）對(duì)系統(tǒng)進(jìn)行優(yōu)化并重復(fù)（1）?（4）步驟，直到系統(tǒng)

達(dá)到期望的容量處理能力。

（4）風(fēng)險(xiǎn)分析

容量測(cè)試存在的主要風(fēng)險(xiǎn)為：

1）進(jìn)行容量測(cè)試所使用的測(cè)試數(shù)據(jù)的數(shù)量和實(shí)際業(yè)務(wù)系

統(tǒng)未來(lái)的數(shù)據(jù)量存在明顯偏差而導(dǎo)致容量測(cè)試不能發(fā)現(xiàn)真正的

容量隱患。

2）對(duì)測(cè)試數(shù)據(jù)生成工具不熟悉，無(wú)法快速生成大量有效

的測(cè)試數(shù)據(jù)。

（5）測(cè)試組織

容量測(cè)試主要由測(cè)試小組來(lái)完成，測(cè)試組長(zhǎng)負(fù)責(zé)容量測(cè)試

計(jì)劃、方案和測(cè)試總結(jié)報(bào)告的編寫，組員負(fù)責(zé)容量測(cè)試用例的

編寫、執(zhí)行、測(cè)試腳本的編輯、調(diào)試和執(zhí)行并填寫測(cè)試日志和

問(wèn)題報(bào)告等。容量測(cè)試的基本工作過(guò)程如下：

（6）效果評(píng)估

由測(cè)試組長(zhǎng)撰寫容量測(cè)試報(bào)告，對(duì)容量測(cè)試階段的工作組

織、測(cè)試進(jìn)度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進(jìn)

行綜合評(píng)估。

1.1.1.5.7安全性和訪問(wèn)控制測(cè)試

(1)測(cè)試內(nèi)容

安全性和訪問(wèn)控制測(cè)試側(cè)重于安全性的兩個(gè)關(guān)鍵方面：應(yīng)

用程序級(jí)別的安全性，包括對(duì)數(shù)據(jù)或業(yè)務(wù)功能的訪問(wèn)；系統(tǒng)級(jí)

別的安全性，包括對(duì)系統(tǒng)的登錄或遠(yuǎn)程訪問(wèn)。

1、應(yīng)用程序級(jí)別的安全性

可確保在預(yù)期的安全性情況下，主角只能訪問(wèn)特定的功能

或用例，或者只能訪問(wèn)有限的數(shù)據(jù)。例如，可能會(huì)允許所有人

輸入數(shù)據(jù)，創(chuàng)建新賬戶，但只有管理員才能刪除這些數(shù)據(jù)或賬

戶。如果具有數(shù)據(jù)級(jí)別的安全性，測(cè)試就可確保“用戶一“能夠

看到所有客戶消息(包括財(cái)務(wù)數(shù)據(jù))，而“用戶二”只能看見(jiàn)同

一客戶的統(tǒng)計(jì)數(shù)據(jù)。比如B/S系統(tǒng)，不通過(guò)登入頁(yè)面，直接輸

入U(xiǎn)RL,看其是否能夠進(jìn)入系統(tǒng)？

2、系統(tǒng)級(jí)別的安全性

可確保只有具備系統(tǒng)訪問(wèn)權(quán)限的用戶才能訪問(wèn)應(yīng)用程序，

而且只能通過(guò)相應(yīng)的網(wǎng)關(guān)來(lái)訪問(wèn)。

安全性是一種保護(hù)系統(tǒng)，它不僅對(duì)于保證機(jī)密數(shù)據(jù)的安全

性是必需的，而且出于競(jìng)爭(zhēng)目的而保護(hù)第三方數(shù)據(jù)這一點(diǎn)來(lái)說(shuō)

它也是必要的。安全性測(cè)試用于評(píng)價(jià)保護(hù)性程序以及安全對(duì)策

的充分性。

安全性測(cè)試分為物理安全性測(cè)試和邏輯安全性測(cè)試。物理

安全性主要針對(duì)利用物理方法收集息的手段，而邏輯安全性主

要針對(duì)使用計(jì)算機(jī)處理或通能力進(jìn)行非法獲取息的手段。另外,

訪問(wèn)控制也可根據(jù)訪問(wèn)身份不同而區(qū)分。

安全性測(cè)試主要驗(yàn)證隱私是否受到保護(hù)、數(shù)據(jù)是否加密、

數(shù)據(jù)是否防篡改，以及應(yīng)用程序是否能夠承受各種類型的惡意

攻擊。

測(cè)試內(nèi)容如下：

1）系統(tǒng)的登錄；

2）用戶管理；

3）防火墻；

4）系統(tǒng)數(shù)據(jù)；

5）WEB安全性，如WEB的加密，解密，數(shù)字簽名等；

6）數(shù)據(jù)庫(kù)的安全性；

7）內(nèi)部通協(xié)議；

8）系統(tǒng)防病毒測(cè)試；

9）測(cè)試未經(jīng)許可的訪問(wèn)，保證系統(tǒng)可以識(shí)別和防止資源

的未授權(quán)訪問(wèn)。

（2）測(cè)試規(guī)范

1）確定對(duì)識(shí)別安全風(fēng)險(xiǎn)足夠重視。

2）確定對(duì)系統(tǒng)的現(xiàn)實(shí)定義及其加強(qiáng)措施已經(jīng)實(shí)施。

3）確定由足夠的專家執(zhí)行充分的安全性測(cè)試。

4）執(zhí)行合理的測(cè)試來(lái)確保安全性保護(hù)措施的正確執(zhí)行。

（3）測(cè)試工具

安全性測(cè)試使用的工具主要為DOS模擬攻擊工具、網(wǎng)絡(luò)

探測(cè)工具。

（4）測(cè)試方法

1）借助安全性測(cè)試工具對(duì)系統(tǒng)漏洞進(jìn)行攻擊發(fā)現(xiàn)潛在安

全漏洞；

2）訪問(wèn)控制測(cè)試用例質(zhì)量不高，無(wú)法發(fā)現(xiàn)訪問(wèn)控制中存在

的問(wèn)題。

（5）風(fēng)險(xiǎn)分析

安全性和訪問(wèn)控制測(cè)試存在的主要風(fēng)險(xiǎn)為：

1）使用安全性測(cè)試工具并不能全部暴露系統(tǒng)安全隱患；

2）訪問(wèn)控制測(cè)試用例質(zhì)量不高，不能發(fā)現(xiàn)訪問(wèn)控制中存

在的問(wèn)題。

（6）測(cè)試組織

安全性和訪問(wèn)控制測(cè)試主要由測(cè)試小組來(lái)完成，測(cè)試組長(zhǎng)

負(fù)責(zé)安全性和訪問(wèn)控制測(cè)試計(jì)劃、方案和測(cè)試總結(jié)報(bào)告的編寫,

組員負(fù)責(zé)安全性和訪問(wèn)控制測(cè)試環(huán)境的搭建、測(cè)試用例的編寫、

執(zhí)行并填寫測(cè)試日志和問(wèn)題報(bào)告等。安全性和訪問(wèn)控制測(cè)試的

基本工作過(guò)程如下：

（7）效果評(píng)估

由測(cè)試組長(zhǎng)撰寫安全性和訪問(wèn)控制測(cè)試報(bào)告，對(duì)安全性和

訪問(wèn)控制測(cè)試過(guò)程的工作組織、測(cè)試進(jìn)度、缺陷分布、嚴(yán)重性、

數(shù)量、人員效率等方面進(jìn)行綜合評(píng)估。

1.1.158故障轉(zhuǎn)移測(cè)試（災(zāi)備與恢復(fù)測(cè)試）

（1）測(cè)試內(nèi)容

故障轉(zhuǎn)移可確保測(cè)試對(duì)象能成功完成故障轉(zhuǎn)移，并能從導(dǎo)

致意外數(shù)據(jù)損失或數(shù)據(jù)完整性破壞的各種硬件、軟件或網(wǎng)絡(luò)故

障中恢復(fù)。故障轉(zhuǎn)移測(cè)試可確保：對(duì)于需持續(xù)運(yùn)行的系統(tǒng)，一

旦發(fā)生故障，備用系統(tǒng)就將不失時(shí)機(jī)地“頂替”發(fā)生故障的系統(tǒng),

以避免丟失任何數(shù)據(jù)或事務(wù)。

故障測(cè)試內(nèi)容包括：當(dāng)主機(jī)系統(tǒng)發(fā)生故障時(shí)，能否順利切

換到備機(jī)系統(tǒng)，切換的時(shí)間有多長(zhǎng)？在主備機(jī)切換的過(guò)程中業(yè)

務(wù)處理過(guò)程會(huì)不會(huì)中斷，未存盤的業(yè)務(wù)數(shù)據(jù)會(huì)不會(huì)丟失。

(2)測(cè)試規(guī)范

故障轉(zhuǎn)移測(cè)試規(guī)范為：進(jìn)行故障轉(zhuǎn)移測(cè)試時(shí)需測(cè)試業(yè)務(wù)數(shù)

據(jù)是否丟失、業(yè)務(wù)操作過(guò)程是否中斷；需保證主備機(jī)的切換操

作時(shí)間滿足系統(tǒng)業(yè)務(wù)需求。

(3)測(cè)試工具

靠手工干預(yù)主機(jī)操作來(lái)觸發(fā)故障轉(zhuǎn)移動(dòng)作，不需要額外的

測(cè)試工具。

故障轉(zhuǎn)移測(cè)試方法包括：

故障轉(zhuǎn)移測(cè)試方法有：

1)制定故障轉(zhuǎn)移測(cè)試計(jì)劃，列出進(jìn)行測(cè)試的時(shí)間、環(huán)境、

觸發(fā)動(dòng)作等；

2)編寫故障轉(zhuǎn)移測(cè)試用例，按尺例執(zhí)行既定的操作，需

要多人配合完成一次故障轉(zhuǎn)移的執(zhí)行、監(jiān)督和查看。

(5)風(fēng)險(xiǎn)分析

故障轉(zhuǎn)移測(cè)試存在的主要風(fēng)險(xiǎn)為故障的不可預(yù)見(jiàn)性和破壞

力，模擬測(cè)試很難完全實(shí)現(xiàn)全部的故障類型和故障強(qiáng)度的模擬,

存在發(fā)生某些故障后主備機(jī)無(wú)法完成切換的問(wèn)題；

1)主備機(jī)切換的時(shí)間過(guò)長(zhǎng)不能滿足業(yè)務(wù)需求；

2)主備機(jī)切換中出現(xiàn)數(shù)據(jù)丟失、流程中斷等錯(cuò)誤。

(6)測(cè)試組織

故障轉(zhuǎn)移測(cè)試主要由測(cè)試小組來(lái)完成，測(cè)試組長(zhǎng)負(fù)

責(zé)故障轉(zhuǎn)移測(cè)試計(jì)劃、方案和測(cè)試總結(jié)報(bào)告的編寫，

組員負(fù)責(zé)故障轉(zhuǎn)移測(cè)試環(huán)境的搭建、測(cè)試用例的編寫、

執(zhí)行并填寫測(cè)試日志和問(wèn)題報(bào)告等。故障轉(zhuǎn)移測(cè)試的

基本工作過(guò)程如下：

（7）效果評(píng)估

由測(cè)試組長(zhǎng)撰寫故障轉(zhuǎn)移測(cè)試報(bào)告，對(duì)故障轉(zhuǎn)移測(cè)試過(guò)程

的工作組織、測(cè)試進(jìn)度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率

等方面進(jìn)行綜合評(píng)估。

1.1.1.5.9恢復(fù)測(cè)試

（1）測(cè)試內(nèi)容

恢復(fù)測(cè)試是一種對(duì)抗性的測(cè)試過(guò)程。在這種測(cè)試中，將把

應(yīng)用程序或系統(tǒng)置于極端的條件下（或者是模擬的極端條件

下），以產(chǎn)生故障（例如設(shè)備輸入/輸出（I/O）故障或無(wú)效的數(shù)

據(jù)庫(kù)指針和關(guān)健字）。然后，調(diào)用恢復(fù)進(jìn)程并監(jiān)測(cè)和檢查應(yīng)用

程序和系統(tǒng)，核實(shí)應(yīng)用程序或系統(tǒng)和數(shù)據(jù)已得到了正確的恢復(fù)。

恢復(fù)測(cè)試包括：在應(yīng)用程序人工干預(yù)、輸入能力丟失、通

線路失效、硬件或操作系統(tǒng)失效、數(shù)據(jù)庫(kù)完整性遭到破壞、操

作錯(cuò)誤以及應(yīng)用系統(tǒng)崩潰等情況下的恢復(fù)操作。

（2）測(cè)試規(guī)范

恢復(fù)測(cè)試規(guī)范如下：

1）如果系統(tǒng)本身能夠自動(dòng)地進(jìn)行恢復(fù)，則應(yīng)檢驗(yàn)重新初

始化、檢驗(yàn)點(diǎn)設(shè)置機(jī)構(gòu)、數(shù)據(jù)恢復(fù)以及重新啟動(dòng)是否正確。

2）如果這一恢復(fù)需要人為干預(yù)，則應(yīng)考慮平均修復(fù)時(shí)間

是否在限定的范圍以內(nèi)。

（3）測(cè)試工具

恢復(fù)測(cè)試需要人為的置入故障來(lái)測(cè)試，例如：在系統(tǒng)運(yùn)行

過(guò)程中突然中斷電源或切斷網(wǎng)絡(luò)連接等。基本上不需要特定的

測(cè)試工具。

（4）測(cè)試方法

對(duì)該項(xiàng)目的恢復(fù)測(cè)試應(yīng)該使用為功能和業(yè)務(wù)周期測(cè)試創(chuàng)建

的測(cè)試來(lái)創(chuàng)建一系列的事務(wù)。一旦達(dá)到預(yù)期的測(cè)試起點(diǎn)，就應(yīng)

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

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

2）服務(wù)器斷電：模擬或啟動(dòng)服務(wù)器的斷電過(guò)程。

3）通過(guò)網(wǎng)絡(luò)服務(wù)器產(chǎn)生的中斷：模擬或啟動(dòng)網(wǎng)絡(luò)的通中

斷（實(shí)際斷開(kāi)通線路的連接或關(guān)閉網(wǎng)絡(luò)服務(wù)器或路由器的電

源）。

4）DASD和DASD控制器被中斷、斷電或與DASD和

DASD控制器的通中斷：模擬與一個(gè)或多個(gè)DASD控制器或

設(shè)備的通，或?qū)嶋H取消這種通。

一旦實(shí)現(xiàn)了上述情況（或模擬情況），就應(yīng)該執(zhí)行其他事

務(wù)。而且一旦達(dá)到第二個(gè)測(cè)試點(diǎn)狀態(tài)，就應(yīng)調(diào)用恢復(fù)過(guò)程。

在測(cè)試不完整的周期時(shí)，所使用的方法與上述方法相同，

只不過(guò)應(yīng)異常終止或提前終止數(shù)據(jù)庫(kù)進(jìn)程本身。

對(duì)以下情況的測(cè)試需要達(dá)到一個(gè)已知的數(shù)據(jù)庫(kù)狀態(tài)。當(dāng)破

壞若干個(gè)數(shù)據(jù)庫(kù)字段、指針和關(guān)鍵字時(shí)，應(yīng)該以手工方式在數(shù)

據(jù)庫(kù)中（通過(guò)數(shù)據(jù)庫(kù)工具）直接進(jìn)行。其他事務(wù)應(yīng)該通過(guò)使用

”應(yīng)用程序功能測(cè)試”和“業(yè)務(wù)周期測(cè)試”中的測(cè)試來(lái)執(zhí)行，并且

應(yīng)執(zhí)行完整的周期。

（5）風(fēng)險(xiǎn)分析

恢復(fù)測(cè)試存在的主要風(fēng)險(xiǎn)為故障的不可預(yù)見(jiàn)性和破壞力，

模擬測(cè)試很難完全實(shí)現(xiàn)全部的故障類型和故障強(qiáng)度的模擬。

（6）測(cè)試組織

恢復(fù)測(cè)試主要由測(cè)試小組來(lái)完成，測(cè)試組長(zhǎng)負(fù)責(zé)恢復(fù)性測(cè)

試計(jì)劃、方案和測(cè)試總結(jié)報(bào)告的編寫，組員負(fù)責(zé)恢復(fù)性測(cè)試環(huán)

境的搭建、測(cè)試用例的編寫、執(zhí)行并填寫測(cè)試日志和問(wèn)題報(bào)告

等。恢復(fù)性測(cè)試的基本工作過(guò)程如下：

(7)效果評(píng)估

由測(cè)試組長(zhǎng)撰寫恢復(fù)測(cè)試報(bào)告，對(duì)恢復(fù)測(cè)試過(guò)程的工作組

織、測(cè)試進(jìn)度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進(jìn)

行綜合評(píng)估。

LLL5.10配置測(cè)試

(1)測(cè)試內(nèi)容

配置測(cè)試核實(shí)測(cè)試對(duì)象在不同的軟件和硬件配置中的運(yùn)行

情況。在大多數(shù)的生產(chǎn)環(huán)境中，客戶機(jī)工作站、網(wǎng)絡(luò)連接和數(shù)

據(jù)庫(kù)服務(wù)器的具體硬件規(guī)格會(huì)有所不同。客戶機(jī)工作站可能會(huì)

安裝不同的軟件。例如，應(yīng)用程序、驅(qū)動(dòng)程序等，而且在任何

時(shí)候，都可能運(yùn)行許多不同的軟件組合，從而占用不同的資源。

配置測(cè)試的內(nèi)容有：

1、硬件配置測(cè)試

測(cè)試系統(tǒng)在不同的CPU、內(nèi)存、顯示器分辨率下的運(yùn)行

狀況。例如：該軟件是燒在并口設(shè)備中的，測(cè)試同時(shí)使用其他

并口設(shè)備，系統(tǒng)是否可以正確使用。比如在INTER,

AMDCPU芯片下系統(tǒng)是否能夠正常運(yùn)行？這樣的測(cè)試需建立

測(cè)試實(shí)驗(yàn)室，在各種環(huán)境下進(jìn)行測(cè)試。

2、軟件配置測(cè)試

測(cè)試系統(tǒng)在不同的操作系統(tǒng)、不同的瀏覽器版本下的運(yùn)行

狀況。測(cè)試軟件在不同廠商的瀏覽器下是否能夠正確顯示與運(yùn)

行，例如：測(cè)試IE,Natscape瀏覽器下是否可以運(yùn)行這套軟

件？測(cè)試WINDOWS98,WINDOWS

2000,WINDOWSXP,LINUX,UNIX下是否可以運(yùn)行這套軟件？

3、網(wǎng)絡(luò)配置測(cè)試

測(cè)試系統(tǒng)在不同的網(wǎng)絡(luò)環(huán)境和網(wǎng)絡(luò)速率下的運(yùn)行狀況。

(2)測(cè)試規(guī)范

配置測(cè)試要規(guī)范如下：

1)搭建配置測(cè)試環(huán)境要充分考慮系統(tǒng)需求，避免測(cè)試環(huán)

境過(guò)少而遺漏測(cè)試，同時(shí)也不能模擬過(guò)多的環(huán)境來(lái)增加測(cè)試的

負(fù)擔(dān)和成本，通常配置測(cè)試需要考慮到當(dāng)前流行的硬件配置、

操作系統(tǒng)版本和瀏覽器版本。

2)對(duì)于不同屏幕大小的測(cè)試取決于系統(tǒng)設(shè)計(jì)規(guī)格的定義，

如果系統(tǒng)只能運(yùn)行在1024*768的環(huán)境下，則就沒(méi)有必要考慮

系統(tǒng)在800*600環(huán)境下的表現(xiàn)。前提是這種設(shè)計(jì)規(guī)格要經(jīng)過(guò)客

戶的簽字確認(rèn)。

(3)測(cè)試工具

在實(shí)施配置測(cè)試時(shí)，可使用VMWare來(lái)生成虛擬的各種

軟硬件環(huán)境來(lái)實(shí)現(xiàn)。

（4）測(cè)試方法

配置測(cè)試有兩個(gè)工作量最大的操作，分別是搭建不同的配

置環(huán)境和在不同的配置環(huán)境下運(yùn)行測(cè)試。進(jìn)行此類測(cè)試需要的

設(shè)備資源和人力資源相對(duì)較多，要實(shí)現(xiàn)完全的配置測(cè)試需要下

面的方法：

1）分析系統(tǒng)業(yè)務(wù)需求，列出配置測(cè)試環(huán)境對(duì)照表格；

2）按表格條目要求使用虛擬軟件工具依次搭建所需的環(huán)

境；

3）在測(cè)試環(huán)境中運(yùn)行系統(tǒng)的關(guān)鍵測(cè)試用例，報(bào)告并發(fā)現(xiàn)

問(wèn)題所在。

（5）風(fēng)險(xiǎn)分析

配置測(cè)試中存在的主要風(fēng)險(xiǎn)有：

1）無(wú)法完整模擬客戶真實(shí)的工作環(huán)境，導(dǎo)致的測(cè)試不充

分問(wèn)題；

2）測(cè)試所需資源多、工作量大，測(cè)試小組不能獲得足夠

的人力、物力資源來(lái)完成所有配置測(cè)試。

（6）測(cè)試組織

配置測(cè)試主要由測(cè)試小組來(lái)完成，測(cè)試組長(zhǎng)負(fù)責(zé)配置測(cè)試

計(jì)劃、方案和測(cè)試總結(jié)報(bào)告的編寫，組員負(fù)責(zé)配置測(cè)試環(huán)境的

搭建、測(cè)試用例的編寫、執(zhí)行并填寫測(cè)試日志和問(wèn)題報(bào)告等。

配置測(cè)試的基本工作過(guò)程如下：

(7)效果評(píng)估

由測(cè)試組長(zhǎng)撰寫配置測(cè)試報(bào)告，對(duì)配置測(cè)試過(guò)程的工作組

織、測(cè)試進(jìn)度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進(jìn)

行綜合評(píng)估。

1.1.1.5.11安裝測(cè)試

(1)測(cè)試內(nèi)容

安裝測(cè)試有兩個(gè)目的。第一個(gè)目的是確保該軟件在正常情

況和異常情況的不同條件下：例如，進(jìn)行首次安裝、升級(jí)、完

整的或自定義的安裝都能進(jìn)行安裝。異常情況包括磁盤空間不

足、缺少目錄創(chuàng)建權(quán)限等。第二個(gè)目的是核實(shí)軟件在安裝后可

立即正常運(yùn)行。

安裝測(cè)試的步驟和內(nèi)容包括：

編號(hào)

1

步驟名稱

啟動(dòng)安裝程序

測(cè)試內(nèi)容

如果安裝了CD-ROM,插入安裝盤后自動(dòng)啟動(dòng)安裝程序或

在CD盤中

突出顯示setup.exe文件，雙擊文件啟動(dòng)安裝程序

“載入安裝程序”對(duì)話框出現(xiàn)后，檢查：內(nèi)容是否正確；拼

寫是

否正確；在安裝過(guò)程中，隨著載入安裝程序界面的出現(xiàn)，

閃屏也

隨即出現(xiàn)。

彈出框出現(xiàn)時(shí)，檢查：內(nèi)容是否正確；拼寫是否正確。

點(diǎn)擊右上角的X按鈕關(guān)閉時(shí)是否出現(xiàn)詢問(wèn)退出的對(duì)話框,

如“您

確定要退出嗎？'選擇取消按鈕是否出現(xiàn)詢問(wèn)退出的對(duì)

話框，

如“您確定要退出嗎？"；單擊"是”后出現(xiàn)提示應(yīng)用系統(tǒng)沒(méi)

有被正確地安裝，用戶需重新安裝的息；單擊“否”后關(guān)閉

對(duì)

話框且返回到先前的界面；

安裝導(dǎo)航引導(dǎo)用戶到正確的屏幕，例如下一步（Next）,

返回

(Back),取消(Cancel)按鈕；焦點(diǎn)停留的按鈕能夠引

導(dǎo)到下2

3

閃屏

彈出框

4中途退出

5安裝導(dǎo)航

編號(hào)步驟名稱測(cè)試內(nèi)容

一個(gè)合理的操作，例如standalone安裝類型將引導(dǎo)到

standalone

安裝中的下一個(gè)屏幕；使用鍵盤導(dǎo)航。

程序可以選擇“C：”以外的目錄；通過(guò)單擊按鈕可以

選

擇其他的安裝路徑；可以通過(guò)以下方法選擇路徑：焦點(diǎn)在

“確

定”按鈕上,按“Enter”鍵、焦點(diǎn)在“確定”按鈕上，點(diǎn)擊“確

定”按鈕、從瀏覽文件夾中雙擊選擇路徑、直接輸入路徑;

文本框中輸入的路徑不存在時(shí)，系統(tǒng)可以創(chuàng)建。

無(wú)異常出現(xiàn)；所有的文字可以正常顯示（無(wú)截?cái)啵唤缑?/p>

上的版

本息，公司息（圖標(biāo)，時(shí)間，地址等）正確；許可證協(xié)議

息完整、正確。

有彈出窗口顯示安裝完畢；所有的文件都安裝在選擇的目

錄下；

要求的dl全部安裝；幫助文件安裝在指定的文件夾下；

檢查.exe

和dl文件的版本號(hào)是否正確；檢查Ini文件是否記載了

正確的

路徑和IP地址息；檢查需注冊(cè)息在注冊(cè)表中是否存在且

在正

確的地方；快捷方式創(chuàng)建在選擇的文件夾/啟動(dòng)菜單中，

例如：

C:\WINNT\Profiles\xs564gb\StartMenu\Programs\Executive

Workbench；日志文件（Log）中的息完整、正確

可以通過(guò)以下方式啟動(dòng)應(yīng)用程序：雙擊目錄中的應(yīng)用程序

圖標(biāo)；

從開(kāi)始菜單中選擇;焦點(diǎn)放在exe文件上，敲“Enter”鍵;

雙擊

exe文件；運(yùn)行命令下啟動(dòng)；雙擊桌面上的快捷方式

如果有對(duì)話框提示需重啟計(jì)算機(jī)才能完成安裝，重啟機(jī)器

再啟動(dòng)

應(yīng)用程序是否可以正常工作。

通過(guò)Uninstall程序或控制面板卸載應(yīng)用程序；卸載后，

檢查安

裝的文件/文件夾/注冊(cè)表息是否被刪除

6目的地文件

7安裝過(guò)程

8安裝完畢

9啟動(dòng)應(yīng)用程序

重啟后啟動(dòng)應(yīng)用

程序

卸載

10

11

(2)測(cè)試規(guī)范

安裝測(cè)試應(yīng)遵循的規(guī)范如下：

1)測(cè)試應(yīng)用程序安裝、運(yùn)行腳本時(shí)未出現(xiàn)錯(cuò)誤，以及所

有主要功能都能通過(guò)測(cè)試。

2）測(cè)試安裝在客戶端計(jì)算機(jī)上的所有文件版本（包括代

碼和內(nèi)容）都正確。

3）測(cè)試可以卸載應(yīng)用程序并測(cè)試清理的驗(yàn)證。

4）在安裝中驗(yàn)證文件的命名標(biāo)準(zhǔn)。

5）驗(yàn)證安裝程序在遇到錯(cuò)誤情況（例如磁盤空間不足）

時(shí)可以正常退出。

6）在安裝過(guò)程中驗(yàn)證注冊(cè)表項(xiàng)，以及在卸載過(guò)程中驗(yàn)證

注冊(cè)表的清理。

7）執(zhí)行全新的計(jì)算機(jī)安裝。這臺(tái)計(jì)算機(jī)帶有新安裝的操

作系統(tǒng)和少量必需的已安裝組件。

8）測(cè)試具有不同軟件配置的計(jì)算機(jī)上的安裝。

9）測(cè)試安裝程序創(chuàng)建了正確的Start菜單項(xiàng)。

10）測(cè)試安裝程序?qū)⑽募糜谡_的文件夾中。

11）測(cè)試程序集是否在部署服務(wù)器上進(jìn)行加密和數(shù)字簽名,

并在客戶端下載時(shí)進(jìn)行驗(yàn)證。

（3）測(cè)試工具

安裝測(cè)試靠手工完成，不需要測(cè)試工具。

（4）測(cè)試方法

構(gòu)建不同的操作平臺(tái)，然后在平臺(tái)上按安裝測(cè)試操作步驟

和內(nèi)容執(zhí)行安裝。

（5）風(fēng)險(xiǎn)分析

安裝測(cè)試存在的主要風(fēng)險(xiǎn)為：安裝測(cè)試操作平臺(tái)模擬不夠,

在個(gè)別平臺(tái)上可能會(huì)出現(xiàn)安裝問(wèn)題。

（6）測(cè)試組織

安裝測(cè)試主要由測(cè)試小組來(lái)完成，測(cè)試組長(zhǎng)負(fù)責(zé)安裝測(cè)試

計(jì)劃、方案和測(cè)試總結(jié)報(bào)告的編寫，組員負(fù)責(zé)安裝測(cè)試用例的

編寫、執(zhí)行、測(cè)試腳本的編輯、調(diào)試和執(zhí)行并填寫測(cè)試日志和

問(wèn)題報(bào)告等。安裝測(cè)試的基本工作過(guò)程如下:

（7）效果評(píng)估

由測(cè)試組長(zhǎng)撰寫安裝測(cè)試報(bào)告，對(duì)安裝測(cè)試階段的

工作組織、測(cè)試進(jìn)度、缺陷分布、嚴(yán)重性、數(shù)量、人

員效率等方面進(jìn)行綜合評(píng)估。

1.1.1512文檔測(cè)試

由測(cè)試人員按照用戶需求對(duì)用戶需求說(shuō)明書、軟件需求規(guī)

格說(shuō)明書、軟件設(shè)計(jì)說(shuō)明書、數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書、接口設(shè)計(jì)說(shuō)

明書、安裝配置手冊(cè)、用戶手冊(cè)、培訓(xùn)手冊(cè)等文檔進(jìn)行測(cè)試。

通過(guò)測(cè)試，檢查文檔的正確性、完備性和可理解性，并找出系

統(tǒng)實(shí)現(xiàn)與需求之間的不一致之處，并提交相應(yīng)的測(cè)試報(bào)告。

在本項(xiàng)目的文檔測(cè)試中，各類文檔具有不同的測(cè)試優(yōu)先等

級(jí)，如下所示：

序號(hào)

1

2

3

4

5

6

7