信息系統(tǒng)分析與開(kāi)發(fā)技術(shù)（第3版） 課件 第九章 信息系統(tǒng)測(cè)試方法和技術(shù)

第九章信息系統(tǒng)測(cè)試方法和技術(shù)目錄9.1測(cè)試概述9.2測(cè)試步驟9.3測(cè)試方法9.4測(cè)試過(guò)程9.5面向?qū)ο蟮臏y(cè)試9.6系統(tǒng)測(cè)試管理9.7信息系統(tǒng)測(cè)試案例1983年IEEE提出的軟件工程術(shù)語(yǔ)中給軟件測(cè)試下的定義是：“使用人工或自動(dòng)的手段來(lái)運(yùn)行或測(cè)定某個(gè)軟件系統(tǒng)的過(guò)程，其目的在于檢驗(yàn)它是否滿(mǎn)足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別”。該定義明確指出測(cè)試的目的是為了檢驗(yàn)信息系統(tǒng)是否滿(mǎn)足需求。GrenfordJ.Myers對(duì)測(cè)試的概念和目標(biāo)的歸納： ⑴測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程； ⑵測(cè)試是為了證明程序有錯(cuò)，而不是證明程序無(wú)錯(cuò)誤；⑶好的測(cè)試方案是能夠發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案； ⑷成功的測(cè)試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。

9.1.1測(cè)試的概念和目標(biāo)9.1測(cè)試概述測(cè)試的目標(biāo)就是希望能以最少的人力和時(shí)間發(fā)現(xiàn)潛在的各種錯(cuò)誤和缺陷。從上述的目標(biāo)可以歸納出測(cè)試的定義是“為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程”。具體的說(shuō)，測(cè)試是根據(jù)開(kāi)發(fā)各階段的需求、設(shè)計(jì)等文檔或程序的內(nèi)部結(jié)構(gòu)精心設(shè)計(jì)測(cè)試用例（即輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果），并利用這些測(cè)試用例來(lái)運(yùn)行程序，以便發(fā)現(xiàn)錯(cuò)誤的過(guò)程。9.1.1測(cè)試的概念和目標(biāo)9.1測(cè)試概述假設(shè)一個(gè)程序P有輸入量X和Y及輸出量Z。在字長(zhǎng)為32位的計(jì)算機(jī)上運(yùn)行。若X、Y取整數(shù)，按黑盒方法進(jìn)行窮舉測(cè)試：可能采用的測(cè)試數(shù)據(jù)組：232×232

＝264

如果測(cè)試一組數(shù)據(jù)需要1毫秒，一年工作365×24小時(shí)，完成所有測(cè)試需5億年

9.1.1測(cè)試的概念和目標(biāo)9.1測(cè)試概述白盒測(cè)試對(duì)一個(gè)具有多重選擇和循環(huán)嵌套的程序，不同的路徑數(shù)目可能也是天文數(shù)字。給出一個(gè)小程序的流程圖，它包括了一個(gè)執(zhí)行20次的循環(huán)，包含的不同執(zhí)行路徑數(shù)達(dá)520條。對(duì)每一條路徑進(jìn)行測(cè)試需要1毫秒，一年工作365×24小時(shí)，測(cè)試完需3170年

9.1.1測(cè)試的概念和目標(biāo)9.1測(cè)試概述

不論使用什么測(cè)試技術(shù)，我們都不可能采用窮舉測(cè)試，如何選擇測(cè)試用例？

以盡可能少的數(shù)據(jù)發(fā)現(xiàn)盡可能多的錯(cuò)誤

9.1.1測(cè)試的概念和目標(biāo)9.1測(cè)試概述信息系統(tǒng)測(cè)試應(yīng)包括軟件測(cè)試、硬件測(cè)試和網(wǎng)絡(luò)測(cè)試。硬件測(cè)試、網(wǎng)絡(luò)測(cè)試可以根據(jù)具體的性能指標(biāo)來(lái)進(jìn)行，而信息系統(tǒng)的開(kāi)發(fā)工作主要集中在軟件上。所以我們所說(shuō)的測(cè)試更多的是指軟件測(cè)試。軟件測(cè)試不僅是測(cè)試程序，而是在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說(shuō)明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。

9.1.1測(cè)試的概念和目標(biāo)9.1測(cè)試概述1.給測(cè)試配備最好的人員2.測(cè)試必須由獨(dú)立的部門(mén)實(shí)施3.應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面的檢查。4.應(yīng)當(dāng)盡早地、及時(shí)地和不斷地進(jìn)行測(cè)試5.測(cè)試用例應(yīng)由輸入數(shù)據(jù)和與之對(duì)應(yīng)的預(yù)期輸出結(jié)果組成。6.設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件7.嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性8.充分重視測(cè)試中的群集現(xiàn)象9.妥善保存所有的測(cè)試數(shù)據(jù)（文件）9.1.2測(cè)試的原則9.1測(cè)試概述①按照是否關(guān)注軟件結(jié)構(gòu)與算法分類(lèi)，可以分為黑盒測(cè)試和白盒測(cè)試。②按照程序是否被執(zhí)行分類(lèi)，可以分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。③按照信息系統(tǒng)測(cè)試過(guò)程分類(lèi)，可以分為單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、驗(yàn)收測(cè)試和系統(tǒng)測(cè)試。④按照測(cè)試對(duì)象分類(lèi)，可以分為單元測(cè)試、組件測(cè)試、模塊測(cè)試、程序測(cè)試、系統(tǒng)測(cè)試和文檔測(cè)試。⑤按照信息系統(tǒng)測(cè)試的內(nèi)容分類(lèi)，可以分為回歸測(cè)試、功能測(cè)試、負(fù)載測(cè)試、壓力測(cè)試、性能測(cè)試、易用性測(cè)試、安裝與反安裝測(cè)試、恢復(fù)測(cè)試、安全性測(cè)試、兼容性測(cè)試和比較測(cè)試。⑥按照測(cè)試執(zhí)行時(shí)是否需要人工干預(yù)分類(lèi)，可以分為手工測(cè)試和自動(dòng)化測(cè)試。9.1.3測(cè)試分類(lèi)9.1測(cè)試概述目錄9.1測(cè)試概述9.2測(cè)試步驟9.3測(cè)試方法9.4測(cè)試過(guò)程9.5面向?qū)ο蟮臏y(cè)試9.6系統(tǒng)測(cè)試管理9.7信息系統(tǒng)測(cè)試案例（1）擬定測(cè)試計(jì)劃在制定測(cè)試計(jì)劃時(shí)，要充分考慮整個(gè)項(xiàng)目的開(kāi)發(fā)時(shí)間和開(kāi)發(fā)進(jìn)度，以及一些人為因素、客觀條件等，使得測(cè)試計(jì)劃是可行的。測(cè)試計(jì)劃的主要內(nèi)容有測(cè)試內(nèi)容、進(jìn)度安排、測(cè)試所需的環(huán)境和條件（包括設(shè)備、被測(cè)項(xiàng)目、人員等）、測(cè)試培訓(xùn)安排等。（2）編制測(cè)試大綱測(cè)試大綱是測(cè)試的依據(jù)。它明確詳盡地規(guī)定了在測(cè)試中針對(duì)系統(tǒng)的每一項(xiàng)功能或特性所必須完成的基本測(cè)試項(xiàng)目和測(cè)試完成的標(biāo)準(zhǔn)。無(wú)論是自動(dòng)測(cè)試還是手動(dòng)測(cè)試，都必須滿(mǎn)足測(cè)試大綱的要求。9.2測(cè)試步驟（3）設(shè)計(jì)和生成測(cè)試用例。在設(shè)計(jì)測(cè)試用例時(shí)，產(chǎn)生測(cè)試設(shè)計(jì)說(shuō)明文檔，其內(nèi)容主要包括被測(cè)項(xiàng)目、輸入數(shù)據(jù)、測(cè)試過(guò)程、預(yù)期輸出結(jié)果等。（4）實(shí)施測(cè)試。測(cè)試的實(shí)施階段是由一系列的測(cè)試周期組成的。在每個(gè)測(cè)試周期中，測(cè)試人員和開(kāi)發(fā)人員將依據(jù)預(yù)先編制好的測(cè)試大綱和準(zhǔn)備好的測(cè)試用例，對(duì)被測(cè)軟件或設(shè)備進(jìn)行完整的測(cè)試。（5）生成測(cè)試報(bào)告。測(cè)試完成后，要形成相應(yīng)的測(cè)試報(bào)告，主要對(duì)測(cè)試進(jìn)行概要說(shuō)明，列出測(cè)試的結(jié)論，指出缺陷和錯(cuò)誤。9.2測(cè)試步驟

由于每種測(cè)試所花費(fèi)的成本不同，如果測(cè)試步驟安排得不合理，將造成為了尋找錯(cuò)誤原因而浪費(fèi)大量的時(shí)間，以及重復(fù)測(cè)試。因此，合理安排測(cè)試步驟對(duì)于提高測(cè)試效率、降低測(cè)試成本有很大的作用。信息系統(tǒng)測(cè)試分別按硬件系統(tǒng)、網(wǎng)絡(luò)系統(tǒng)和軟件系統(tǒng)進(jìn)行測(cè)試，最后對(duì)整個(gè)系統(tǒng)進(jìn)行總的綜合測(cè)試。測(cè)試的步驟如圖7.1所示。9.2測(cè)試步驟9.2測(cè)試步驟在進(jìn)行信息系統(tǒng)開(kāi)發(fā)中，通常需要根據(jù)項(xiàng)目的情況選購(gòu)硬件設(shè)備。在設(shè)備到貨后，應(yīng)在各個(gè)相關(guān)廠商配合下進(jìn)行初驗(yàn)測(cè)試，初驗(yàn)通過(guò)后將與軟件、網(wǎng)絡(luò)等一起進(jìn)行系統(tǒng)測(cè)試。初驗(yàn)測(cè)試所作的工作主要有：①配置檢測(cè)。檢測(cè)是否按合同提供了相應(yīng)的配置。②硬件設(shè)備的外觀檢查。③硬件測(cè)試。首先進(jìn)行加電檢測(cè)，觀看運(yùn)行狀態(tài)是否正常，有無(wú)報(bào)警、屏幕有無(wú)亂碼提示和死機(jī)現(xiàn)象，是否能進(jìn)入正常提示狀態(tài)。然后進(jìn)行操作檢測(cè)，用一些常用的命令來(lái)檢測(cè)機(jī)器是否能執(zhí)行命令，結(jié)果是否正常。通過(guò)以上測(cè)試，要求形成相應(yīng)的硬件測(cè)試報(bào)告，在測(cè)試報(bào)告中包含測(cè)試步驟、測(cè)試過(guò)程和測(cè)試結(jié)論等。

9.2.1硬件測(cè)試9.2測(cè)試步驟如果信息系統(tǒng)不是單機(jī)，需要在局域網(wǎng)或廣域網(wǎng)運(yùn)行，按合同會(huì)選購(gòu)網(wǎng)絡(luò)設(shè)備。在網(wǎng)絡(luò)設(shè)備到貨后，應(yīng)在各個(gè)相關(guān)廠商配合下進(jìn)行初驗(yàn)測(cè)試，初驗(yàn)通過(guò)后將與軟件、硬件等一起進(jìn)行系統(tǒng)測(cè)試。初驗(yàn)測(cè)試所做的工作主要有：①網(wǎng)絡(luò)設(shè)備的外觀檢查。對(duì)交換機(jī)、路由器等網(wǎng)絡(luò)設(shè)備及配件進(jìn)行開(kāi)箱檢查，檢查外觀有無(wú)明顯劃痕和損傷。②硬件測(cè)試。對(duì)交換機(jī)、路由器等硬件進(jìn)行加電檢測(cè)，觀察其工作狀態(tài)是否正常，有無(wú)錯(cuò)誤和報(bào)警。③網(wǎng)絡(luò)連通測(cè)試。檢測(cè)網(wǎng)絡(luò)是否連通。可以用PING、TELNET、FTP等命令來(lái)檢查。通過(guò)以上測(cè)試，要求形成相應(yīng)的網(wǎng)絡(luò)測(cè)試報(bào)告，在測(cè)試報(bào)告中包含測(cè)試步驟、測(cè)試過(guò)程和測(cè)試的結(jié)論等。

9.2.2網(wǎng)絡(luò)測(cè)試9.2測(cè)試步驟軟件測(cè)試可以分成四個(gè)步驟：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。單元測(cè)試是對(duì)程序的最小單位——模塊進(jìn)行測(cè)試，檢驗(yàn)每個(gè)模塊是否能單獨(dú)工作，從而發(fā)現(xiàn)模塊的編碼問(wèn)題和算法問(wèn)題；然后將多個(gè)模塊連接起來(lái)，進(jìn)行集成測(cè)試，以檢驗(yàn)概要設(shè)計(jì)中對(duì)模塊之間接口設(shè)計(jì)的問(wèn)題；系統(tǒng)測(cè)試是將開(kāi)發(fā)的軟件與硬件和其它因素綜合起來(lái)進(jìn)行全面的檢測(cè)，對(duì)整個(gè)系統(tǒng)進(jìn)行總的功能、性能等方面的測(cè)試；在提交用戶(hù)的時(shí)候進(jìn)行驗(yàn)收測(cè)試，確認(rèn)系統(tǒng)是否已經(jīng)滿(mǎn)足客戶(hù)的需求。

9.2.3軟件測(cè)試9.2測(cè)試步驟目錄9.1測(cè)試概述9.2測(cè)試步驟9.3測(cè)試方法9.4測(cè)試過(guò)程9.5面向?qū)ο蟮臏y(cè)試9.6系統(tǒng)測(cè)試管理9.7信息系統(tǒng)測(cè)試案例1.白盒測(cè)試白盒測(cè)試（White-boxTesting），也稱(chēng)為結(jié)構(gòu)測(cè)試，將軟件看成透明的白盒，根據(jù)程序的內(nèi)部結(jié)構(gòu)和邏輯來(lái)設(shè)計(jì)測(cè)試用例，對(duì)程序的路徑和過(guò)程進(jìn)行測(cè)試，檢查是否滿(mǎn)足設(shè)計(jì)的需要，主要用于軟件驗(yàn)證。白盒測(cè)試是以程序的源代碼為基礎(chǔ)進(jìn)行測(cè)試而不使用用戶(hù)界面。這種類(lèi)型的測(cè)試需要從代碼句法中發(fā)現(xiàn)內(nèi)部代碼在算法、溢出、路徑、條件等中的缺陷或者錯(cuò)誤，進(jìn)而加以修正。測(cè)試者必須看到被測(cè)的源程序，以被測(cè)對(duì)象的內(nèi)部設(shè)計(jì)知識(shí)為基礎(chǔ)，選定專(zhuān)門(mén)的測(cè)試用例，以便檢查和發(fā)現(xiàn)邏輯路徑、模塊間接口、共享和傳遞數(shù)據(jù)結(jié)構(gòu)中的缺陷。

9.3.1白盒測(cè)試和黑盒測(cè)試9.3測(cè)試方法1.白盒測(cè)試白盒測(cè)試的原則為：（1）程序模塊中的所有獨(dú)立路徑至少執(zhí)行一次；（2）在所有的邏輯判斷中，取“真”和取“假”的兩種情況至少都能執(zhí)行一次；（3）每個(gè)循環(huán)都應(yīng)在邊界條件和一般條件下各執(zhí)行一次；（4）測(cè)試程序內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性。白盒測(cè)試主要方法有邏輯覆蓋和基本路徑測(cè)試。邏輯覆蓋又包括語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋等。

9.3.1白盒測(cè)試和黑盒測(cè)試9.3測(cè)試方法白盒測(cè)試用例設(shè)計(jì)包括：（1）邏輯覆蓋，以程序內(nèi)在邏輯結(jié)構(gòu)為基礎(chǔ)的測(cè)試，包括以下六種類(lèi)型：①語(yǔ)句覆蓋：每一條可執(zhí)行語(yǔ)句至少覆蓋一次；②條件覆蓋：設(shè)計(jì)足夠多的測(cè)試用例，運(yùn)行所測(cè)程序，使程序中每個(gè)判斷的每個(gè)條件的每個(gè)可能取值至少執(zhí)行一次；③判定覆蓋：又稱(chēng)為分支覆蓋，設(shè)計(jì)若干個(gè)測(cè)試用例，運(yùn)行所測(cè)程序，使程序中每個(gè)判斷的取真分支和取假分支至少執(zhí)行一次；

9.3.1白盒測(cè)試和黑盒測(cè)試9.3測(cè)試方法（1）邏輯覆蓋（續(xù)）④判定/條件覆蓋：設(shè)計(jì)足夠多的測(cè)試用例，運(yùn)行所測(cè)程序，使程序中每個(gè)判斷的每個(gè)條件的所有可能取值至少執(zhí)行一次，并且每個(gè)可能的判斷結(jié)果也至少執(zhí)行一次；⑤路徑覆蓋：設(shè)計(jì)足夠多的測(cè)試用例，運(yùn)行所測(cè)程序，要覆蓋程序中所有可能的路徑；⑥條件組合覆蓋：設(shè)計(jì)足夠多的測(cè)試用例，運(yùn)行所測(cè)程序，使程序中每個(gè)判斷的所有可能的條件取值至少執(zhí)行一次。

9.3.1白盒測(cè)試和黑盒測(cè)試9.3測(cè)試方法(A>1)

and

(B=0)(A=2)

or

(X>1)X=X/AX=X+1TTFFabdce

9.3.1白盒測(cè)試和黑盒測(cè)試9.3測(cè)試方法1.白盒測(cè)試測(cè)試用例的設(shè)計(jì)格式如下【輸入的(A,B,X)，輸出的(A,B,X)】為圖例設(shè)計(jì)滿(mǎn)足語(yǔ)句覆蓋的測(cè)試用例是:【(2,0,4)，(2,0,3)】覆蓋ace語(yǔ)句覆蓋是最弱的邏輯覆蓋準(zhǔn)則語(yǔ)句覆蓋9.3.1白盒測(cè)試和黑盒測(cè)試9.3測(cè)試方法滿(mǎn)足要求的測(cè)試用例:【(2,0,4)，(2,0,3)】覆蓋ace【(1,1,1)，(1,1,1)】覆蓋abd判定覆蓋1.白盒測(cè)試

9.3.1白盒測(cè)試和黑盒測(cè)試9.3測(cè)試方法對(duì)于第一個(gè)判斷：條件A＞1取真為，取假為

條件B＝0取真為，取假為對(duì)于第二個(gè)判斷：條件A＝2取真為，取假為

條件X＞1取真為，取假為條件覆蓋T4

9.3.1白盒測(cè)試和黑盒測(cè)試9.3測(cè)試方法條件覆蓋測(cè)試用例覆蓋分支條件取值【(2,0,4)，(2,0,3)】L1(c,e)【(1,0,1)，(1,0,1)】L2(b,d)【(2,1,1)，(2,1,2)】L3(b,e)或【(1,0,3)，(1,0,4)】L3(b,e)【(2,1,1)，(2,1,2)】L3(b,e)

9.3.1白盒測(cè)試和黑盒測(cè)試9.3測(cè)試方法條件組合覆蓋就是設(shè)計(jì)足夠的測(cè)試用例，運(yùn)行被測(cè)程序，使得每個(gè)判斷的所有可能的條件取值組合至少執(zhí)行一次。記 ①A＞1,B＝0作

②A＞1,B≠0作

③A≯1,B＝0作 ④A≯1,B≠0作 ⑤A＝2,X＞1作

⑥A＝2,X≯1作

⑦A≠2,X＞1作

⑧A≠2,X≯1作

9.3.1白盒測(cè)試和黑盒測(cè)試9.3測(cè)試方法測(cè)試用例覆蓋條件覆蓋組合【(2,0,4),(2,0,3)】(L1) ①,⑤【(2,1,1),(2,1,2)】(L3) ②,⑥【(1,0,3),(1,0,4)】(L3) ③,⑦【(1,1,1),(1,1,1)】(L2) ④,⑧

9.3.1白盒測(cè)試和黑盒測(cè)試1.白盒測(cè)試9.3測(cè)試方法（2）基本路徑測(cè)試①程序的控制流圖：描述程序控制流的一種圖示方法；②計(jì)算程序環(huán)境復(fù)雜性：通過(guò)對(duì)程序控制流程圖的分析和判斷來(lái)計(jì)算模塊復(fù)雜性。從程序的環(huán)路復(fù)雜性可導(dǎo)出程序基本路徑集合中的獨(dú)立路徑條數(shù)，這是確定程序中每個(gè)可執(zhí)行語(yǔ)句至少執(zhí)行一次所必須的測(cè)試用例數(shù)目的上界；③導(dǎo)出測(cè)試用例：通過(guò)程序控制流程圖的基本路徑來(lái)導(dǎo)出基本的程序路徑的集合；④準(zhǔn)備測(cè)試用例：確?；韭窂郊械拿恳粭l路徑的執(zhí)行；⑤圖形矩陣：是在基本路徑測(cè)試中起輔助作用的軟件工具，利用它可以實(shí)現(xiàn)自動(dòng)地確定一個(gè)基本路徑集。

9.3.1白盒測(cè)試和黑盒測(cè)試1.白盒測(cè)試9.3測(cè)試方法

9.3.1白盒測(cè)試和黑盒測(cè)試1.白盒測(cè)試9.3測(cè)試方法2.黑盒測(cè)試黑盒測(cè)試（Black-boxTesting），也稱(chēng)為功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，將軟件看成不能被打開(kāi)的黑盒子，在完全不考慮軟件的內(nèi)部結(jié)構(gòu)和特性的情況下，測(cè)試軟件的外部特性。根據(jù)系統(tǒng)分析說(shuō)明書(shū)設(shè)計(jì)測(cè)試用例，通過(guò)輸入和輸出的特性檢測(cè)判定是否滿(mǎn)足指定的功能。黑盒測(cè)試是從用戶(hù)觀點(diǎn)出發(fā)的測(cè)試，已知產(chǎn)品所應(yīng)具有的功能，通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用。在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測(cè)試者在程序接口進(jìn)行測(cè)試。黑盒測(cè)試只檢查程序功能是否符合需求規(guī)格說(shuō)明書(shū)的規(guī)定，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫(kù)或文件）的完整性。

9.3.1白盒測(cè)試和黑盒測(cè)試9.3測(cè)試方法

黑盒測(cè)試只作用于程序的接口處，主要是為了發(fā)現(xiàn)以下幾類(lèi)錯(cuò)誤：（1）是否有錯(cuò)誤的功能或遺漏的功能？（2）界面是否存在錯(cuò)誤？輸入是否能夠正確接受？輸出是否正確？（3）是否有數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫(kù)訪(fǎng)問(wèn)錯(cuò)誤？（4）性能是否能夠接受？（5）是否有初始化或終止性錯(cuò)誤？黑盒測(cè)試方法主要用于軟件確認(rèn)測(cè)試，具體方法包括等價(jià)類(lèi)劃分、邊界值分析、因果圖和錯(cuò)誤推測(cè)法等。

9.3.1白盒測(cè)試和黑盒測(cè)試9.3測(cè)試方法黑盒測(cè)試用例設(shè)計(jì)包括：（1）等價(jià)類(lèi)劃分：把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若干部分（子集），然后從每一個(gè)子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測(cè)試用例。（2）邊界值分析：對(duì)輸入的條件進(jìn)行分析并且汲取其中的邊界值條件，然后通過(guò)對(duì)這些邊界值的測(cè)試來(lái)查出更多的錯(cuò)誤。（3）錯(cuò)誤推測(cè)法：靠經(jīng)驗(yàn)和直覺(jué)來(lái)推測(cè)程序中可能存在的各種錯(cuò)誤，從而有針對(duì)性地編寫(xiě)測(cè)試用例?？梢粤信e出可能的錯(cuò)誤和可能發(fā)生錯(cuò)誤的地方，然后選擇用例。（4）因果圖：通過(guò)畫(huà)因果圖，在圖上標(biāo)明約束和限制，轉(zhuǎn)換成判定表，然后設(shè)計(jì)測(cè)試用例。因果圖法適合于檢查程序輸入條件的各種組合情況。（5）功能圖FD：通過(guò)使用功能圖形式化地表示程序的功能說(shuō)明，并機(jī)械地生成功能圖的測(cè)試用例。

9.3.1白盒測(cè)試和黑盒測(cè)試9.3測(cè)試方法白盒測(cè)試和黑盒測(cè)試這兩種測(cè)試方法從完全不同的起點(diǎn)出發(fā)，各有側(cè)重、各有優(yōu)缺點(diǎn)，構(gòu)成互補(bǔ)關(guān)系。白盒測(cè)試可以有效地發(fā)現(xiàn)程序內(nèi)部的編碼和邏輯錯(cuò)誤，但無(wú)法檢驗(yàn)出程序是否完成了規(guī)定的功能。黑盒測(cè)試可以根據(jù)程序的規(guī)格說(shuō)明檢測(cè)出程序是否完成了規(guī)定的功能，但未必能夠提供對(duì)代碼的完全覆蓋，而且規(guī)格說(shuō)明往往會(huì)出現(xiàn)歧義或不完整的情況，這在一定程度上降低了黑盒測(cè)試的效果。因此，在實(shí)際測(cè)試中這兩種方法往往被結(jié)合起來(lái)使用，一般來(lái)說(shuō)在單元測(cè)試階段白盒法使用較多而在集成測(cè)試階段則較多用到黑盒方法。

9.3.1白盒測(cè)試和黑盒測(cè)試9.3測(cè)試方法1.靜態(tài)測(cè)試靜態(tài)測(cè)試（StaticTest）是對(duì)軟件文檔或程序進(jìn)行掃描分析，不運(yùn)行程序代碼。采用人工檢測(cè)或計(jì)算機(jī)輔助靜態(tài)分析工具評(píng)審軟件設(shè)計(jì)規(guī)格說(shuō)明書(shū)和程序代碼，度量程序靜態(tài)復(fù)雜度，檢查軟件是否符合編程標(biāo)準(zhǔn)，靜態(tài)測(cè)試只進(jìn)行特性分析。

9.3.2靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試9.3測(cè)試方法1）編碼的標(biāo)準(zhǔn)和規(guī)范標(biāo)準(zhǔn)是建立起來(lái)和必須遵守的規(guī)則。規(guī)范是建議最佳做法，推薦更好方式。2）代碼走查代碼走查依靠人工或借助分析工具檢查程序代碼以發(fā)現(xiàn)錯(cuò)誤或缺陷。3）代碼審查代碼審查是一種正式的檢查和評(píng)估方法，它是用逐步檢查源代碼中有無(wú)邏輯或語(yǔ)法錯(cuò)誤的辦法來(lái)檢測(cè)故障。4）評(píng)審評(píng)審?fù)ǔＴ趯彶楹筮M(jìn)行，審查小組根據(jù)代碼審查的錯(cuò)誤記錄來(lái)評(píng)估該程序，決定是否需要重新進(jìn)行審議。

9.3.2靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試9.3測(cè)試方法2.動(dòng)態(tài)測(cè)試動(dòng)態(tài)測(cè)試（DynamicTest）的基本特征是通過(guò)運(yùn)行軟件來(lái)檢驗(yàn)軟件的動(dòng)態(tài)行為和運(yùn)行結(jié)果的正確性，包括被測(cè)程序、測(cè)試數(shù)據(jù)和軟件需求規(guī)約三個(gè)基本要素。根據(jù)動(dòng)態(tài)測(cè)試在軟件開(kāi)發(fā)過(guò)程中所處的階段及其作用，可分為單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試和回歸測(cè)試，貫穿于整個(gè)軟件開(kāi)發(fā)過(guò)程的各個(gè)階段。

動(dòng)態(tài)測(cè)試包括覆蓋率分析、功能確認(rèn)與接口測(cè)試、性能分析等內(nèi)容。

9.3.2靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試9.3測(cè)試方法1）覆蓋率分析覆蓋率分析主要對(duì)代碼的執(zhí)行路徑覆蓋范圍進(jìn)行評(píng)估，語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、條件/判定覆蓋、修正條件/判定覆蓋、基本路徑覆蓋都是從不同要求出發(fā)，為設(shè)計(jì)測(cè)試用例提出依據(jù)。2）功能確認(rèn)與接口測(cè)試這部分的測(cè)試包括各個(gè)單元功能的正確執(zhí)行、單元間的接口，包括單元接口、局部數(shù)據(jù)結(jié)構(gòu)、重要的執(zhí)行路徑、錯(cuò)誤處理的路徑和影響上述幾點(diǎn)的邊界條件等內(nèi)容。

9.3.2靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試9.3測(cè)試方法3）性能分析代碼運(yùn)行速度緩慢是開(kāi)發(fā)過(guò)程中一個(gè)重要問(wèn)題。如果不能解決應(yīng)用程序的性能問(wèn)題，將降低并極大地影響應(yīng)用程序的質(zhì)量，于是查找和修改性能瓶頸成為調(diào)整整個(gè)代碼性能的關(guān)鍵。目前性能分析工具大致分為純軟件的測(cè)試工具、純硬件的測(cè)試工具（如邏輯分析儀和仿真器等）和軟硬件結(jié)合的測(cè)試工具三類(lèi)。2.動(dòng)態(tài)測(cè)試

9.3.2靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試9.3測(cè)試方法1.驗(yàn)證驗(yàn)證是檢驗(yàn)軟件是否已正確地實(shí)現(xiàn)了產(chǎn)品規(guī)格說(shuō)明書(shū)所定義的系統(tǒng)功能和特性。驗(yàn)證過(guò)程提供證據(jù)表明軟件相關(guān)產(chǎn)品與所有生命周期活動(dòng)的要求（如正確性、完整性、一致性和準(zhǔn)確性等）相一致。驗(yàn)證工作的內(nèi)容：1）驗(yàn)證工具驗(yàn)證的主要工具是審查單，對(duì)于不同的驗(yàn)證類(lèi)型有不同的審查單。例如，有需求審查單、功能設(shè)計(jì)規(guī)格說(shuō)明審查單、內(nèi)部設(shè)計(jì)說(shuō)明審查單、測(cè)試計(jì)劃審查單、代碼驗(yàn)證審查單等。

9.3.3驗(yàn)證和確認(rèn)9.3測(cè)試方法驗(yàn)證工作的內(nèi)容：2）驗(yàn)證不同階段的文檔①驗(yàn)證需求：驗(yàn)證需求就是要保證用戶(hù)的需求在轉(zhuǎn)化成設(shè)計(jì)之前能得到完全理解。②驗(yàn)證功能設(shè)計(jì)：驗(yàn)證功能設(shè)計(jì)就是要確保功能設(shè)計(jì)完全符合用戶(hù)的需求。③驗(yàn)證內(nèi)部設(shè)計(jì)：驗(yàn)證內(nèi)部設(shè)計(jì)就是確保內(nèi)部設(shè)計(jì)完全符合功能設(shè)計(jì)規(guī)格說(shuō)明。④驗(yàn)證代碼：驗(yàn)證代碼就是要確保代碼完全符合內(nèi)部設(shè)計(jì)規(guī)格說(shuō)明。

9.3.3驗(yàn)證和確認(rèn)9.3測(cè)試方法2.確認(rèn)確認(rèn)是指能夠保證所開(kāi)發(fā)的系統(tǒng)可追溯到用戶(hù)需求的一系列活動(dòng)。確認(rèn)過(guò)程提供證據(jù)表明軟件是否滿(mǎn)足系統(tǒng)需求，并解決了相應(yīng)問(wèn)題。確認(rèn)主要包括單元確認(rèn)、集成確認(rèn)、系統(tǒng)確認(rèn)和驗(yàn)收確認(rèn)。驗(yàn)證是檢驗(yàn)開(kāi)發(fā)的軟件產(chǎn)品和設(shè)計(jì)規(guī)格說(shuō)明書(shū)的一致性，而確認(rèn)是檢驗(yàn)產(chǎn)品功能的有效性，即是否滿(mǎn)足用戶(hù)的實(shí)際需求。驗(yàn)證和確認(rèn)是互相補(bǔ)充的。因此應(yīng)將驗(yàn)證和確認(rèn)結(jié)合起來(lái)，發(fā)揮它們的最大作用。

9.3.3驗(yàn)證和確認(rèn)9.3測(cè)試方法1.自動(dòng)化測(cè)試軟件測(cè)試的工作量往往很大，而且在軟件測(cè)試的過(guò)程中有許多工作是重復(fù)性的。由于在軟件生命周期中約50%的成本可能用于測(cè)試，因此如何使軟件測(cè)試自動(dòng)化已成為軟件測(cè)試人員研究的課題。軟件測(cè)試自動(dòng)化的程度越高，就會(huì)使測(cè)試人員感到測(cè)試變得非常容易，同時(shí)能夠幫助測(cè)試人員進(jìn)行更加徹底的測(cè)試，降低軟件測(cè)試的成本，幫助提高軟件質(zhì)量。軟件測(cè)試自動(dòng)化還有可能使原來(lái)一些手工不能測(cè)試的工作得以進(jìn)行。

9.3.4自動(dòng)化測(cè)試和隨機(jī)測(cè)試9.3測(cè)試方法1.自動(dòng)化測(cè)試軟件測(cè)試自動(dòng)化是試圖用自動(dòng)化手段幫助人們進(jìn)行測(cè)試。軟件測(cè)試活動(dòng)本身質(zhì)量的高低從根本上來(lái)說(shuō)取決于所采用的軟件測(cè)試方法。如果所采用的軟件測(cè)試方法本身并不是一種好方法，也就不能指望將這種軟件測(cè)試方法自動(dòng)化以后能夠帶來(lái)高質(zhì)量的測(cè)試。軟件測(cè)試自動(dòng)化涉及到軟件測(cè)試活動(dòng)的各個(gè)方面。從選擇和產(chǎn)生測(cè)試數(shù)據(jù)、組織軟件的測(cè)試運(yùn)行、考察和記錄軟件動(dòng)態(tài)運(yùn)行的行為、判斷軟件動(dòng)態(tài)行為的正確性、結(jié)束測(cè)試過(guò)程和通過(guò)軟件測(cè)試結(jié)果分析軟件性質(zhì)等各個(gè)方面都存在可以自動(dòng)化的可能。在軟件生命周期中各個(gè)階段都可以使用到各種自動(dòng)化測(cè)試工具，這些工具常被稱(chēng)為CAST（ComputerAidedSoftwareTesting）工具。

9.3.4自動(dòng)化測(cè)試和隨機(jī)測(cè)試9.3測(cè)試方法自動(dòng)化測(cè)試的優(yōu)點(diǎn)：（1）具有一致性和可重復(fù)性。（2）方便進(jìn)行回歸測(cè)試。（3）增加軟件信任度。（4）更好地利用資源。（5）速度快，效率高。

9.3.4自動(dòng)化測(cè)試和隨機(jī)測(cè)試9.3測(cè)試方法在以下的一些情況下可能比較適合自動(dòng)化測(cè)試：（1）產(chǎn)品型項(xiàng)目。（2）能夠自動(dòng)編譯、自動(dòng)發(fā)布的系統(tǒng)。（3）增量式開(kāi)發(fā)、持續(xù)集成的項(xiàng)目。（4）回歸測(cè)試。（5）需要頻繁運(yùn)行測(cè)試。（6）多次重復(fù)、機(jī)械性動(dòng)作。（7）將繁瑣的任務(wù)轉(zhuǎn)化為自動(dòng)化測(cè)試。

9.3.4自動(dòng)化測(cè)試和隨機(jī)測(cè)試9.3測(cè)試方法自動(dòng)化測(cè)試的局限性：（1）軟件自動(dòng)化測(cè)試并不能代替人的工作，不能期望將所有的測(cè)試活動(dòng)進(jìn)行自動(dòng)化。軟件測(cè)試工具不能發(fā)現(xiàn)所有的問(wèn)題，測(cè)試人員還需要做大量的工作。（2）軟件測(cè)試自動(dòng)化可能降低測(cè)試的效率。（3）自動(dòng)化測(cè)試不能發(fā)現(xiàn)大量的錯(cuò)誤。（4）缺乏測(cè)試經(jīng)驗(yàn)。如果測(cè)試的組織差、文檔較少或不一致，則自動(dòng)化測(cè)試的效果會(huì)比較差。（5）技術(shù)問(wèn)題。商用軟件自動(dòng)化測(cè)試工具是軟件產(chǎn)品。如果產(chǎn)品不具備解決問(wèn)題的能力和技術(shù)支持或者產(chǎn)品適應(yīng)環(huán)境變化的能力不強(qiáng)，將使得軟件自動(dòng)化測(cè)試工具的作用大大降低。

9.3.4自動(dòng)化測(cè)試和隨機(jī)測(cè)試9.3測(cè)試方法2.隨機(jī)測(cè)試隨機(jī)測(cè)試（Ad-hocTesting）隨機(jī)測(cè)試沒(méi)有書(shū)面測(cè)試用例、記錄期望結(jié)果、檢查列表、腳本或指令，主要是根據(jù)測(cè)試者的經(jīng)驗(yàn)對(duì)軟件進(jìn)行功能和性能抽查?；舅枷胧菍?duì)軟件的輸入空間進(jìn)行隨機(jī)取樣，以此作為軟件系統(tǒng)測(cè)試數(shù)據(jù)。隨機(jī)取樣可按照軟件實(shí)際使用時(shí)的概率分布進(jìn)行，也可按照其它概率分布進(jìn)行。前者稱(chēng)為代表性隨機(jī)測(cè)試，后者稱(chēng)為非代表性隨機(jī)測(cè)試。

9.3.4自動(dòng)化測(cè)試和隨機(jī)測(cè)試9.3測(cè)試方法隨機(jī)測(cè)試是根據(jù)測(cè)試說(shuō)明書(shū)執(zhí)行用例測(cè)試的重要補(bǔ)充手段，是保證測(cè)試覆蓋完整性的有效方式和過(guò)程。隨機(jī)測(cè)試主要是對(duì)被測(cè)軟件的一些重要功能進(jìn)行復(fù)測(cè)，也包括測(cè)試那些當(dāng)前的測(cè)試用例（TestCase）沒(méi)有覆蓋到的部分。對(duì)于軟件更新和新增加的功能要重點(diǎn)測(cè)試。重點(diǎn)對(duì)一些特殊點(diǎn)、特殊的使用環(huán)境、并發(fā)性進(jìn)行檢查。尤其對(duì)以前測(cè)試發(fā)現(xiàn)的重大Bug，進(jìn)行再次測(cè)試，可以結(jié)合回歸測(cè)試一起進(jìn)行。

9.3.4自動(dòng)化測(cè)試和隨機(jī)測(cè)試9.3測(cè)試方法理論上，每一個(gè)被測(cè)軟件版本都需要執(zhí)行隨機(jī)測(cè)試，尤其對(duì)于將要發(fā)布的版本更要重視隨機(jī)測(cè)試。隨機(jī)測(cè)試最好由具有豐富測(cè)試經(jīng)驗(yàn)的熟悉被測(cè)軟件的測(cè)試人員進(jìn)行測(cè)試。對(duì)于被測(cè)試的軟件越熟悉，執(zhí)行隨機(jī)測(cè)試越容易。只有不斷地積累測(cè)試經(jīng)驗(yàn)，包括具體的測(cè)試執(zhí)行和對(duì)缺陷跟蹤記錄的分析，不斷總結(jié)，才能提高。

9.3.4自動(dòng)化測(cè)試和隨機(jī)測(cè)試9.3測(cè)試方法目錄9.1測(cè)試概述9.2測(cè)試步驟9.3測(cè)試方法9.4測(cè)試過(guò)程9.5面向?qū)ο蟮臏y(cè)試9.6系統(tǒng)測(cè)試管理9.7信息系統(tǒng)測(cè)試案例1.單元測(cè)試的定義單元測(cè)試是對(duì)軟件基本組成單元進(jìn)行的測(cè)試。單元測(cè)試的對(duì)象是軟件設(shè)計(jì)的最小單位——模塊。單元測(cè)試是在系統(tǒng)開(kāi)發(fā)過(guò)程中要進(jìn)行的最低級(jí)別的測(cè)試活動(dòng)，在單元測(cè)試活動(dòng)中，各獨(dú)立單元模塊將在與系統(tǒng)的其他部分相隔離的情況下進(jìn)行測(cè)試。單元測(cè)試集中對(duì)源代碼實(shí)現(xiàn)的每一個(gè)程序單元進(jìn)行測(cè)試，檢查各個(gè)程序模塊是否正確實(shí)現(xiàn)了規(guī)定的功能。其目的在于發(fā)現(xiàn)各個(gè)模塊內(nèi)部可能存在的各種錯(cuò)誤。單元測(cè)試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例。多個(gè)模塊可以并行進(jìn)行單元測(cè)試。

9.4.1單元測(cè)試9.4測(cè)試過(guò)程2.單元測(cè)試的目標(biāo)單元測(cè)試的主要目標(biāo)是確保各單元模塊編碼的正確性，不僅測(cè)試代碼的功能性，還要保證代碼在結(jié)構(gòu)上可靠和健全，并且能夠在所有條件下正確響應(yīng)。單元測(cè)試的具體目標(biāo)有：（1）數(shù)據(jù)能夠正確地流入和流出單元；（2）單元內(nèi)部數(shù)據(jù)保持完整性；（3）在為限制數(shù)據(jù)加工而設(shè)置的邊界處，能夠正確工作；（4）單元的運(yùn)行要滿(mǎn)足特定的邏輯覆蓋；（5）能夠正確、有效地處理單元中發(fā)生的錯(cuò)誤。

9.4.1單元測(cè)試9.4測(cè)試過(guò)程3.單元測(cè)試的任務(wù)單元測(cè)試任務(wù)：

1）模塊接口測(cè)試

2）模塊局部數(shù)據(jù)結(jié)構(gòu)測(cè)試

3）模塊中所有獨(dú)立執(zhí)行通路測(cè)試

4）模塊的各條錯(cuò)誤處理通路測(cè)試

5）模塊邊界條件測(cè)試

9.4.1單元測(cè)試9.4測(cè)試過(guò)程4.單元測(cè)試過(guò)程單元測(cè)試的過(guò)程主要由以下幾個(gè)步驟組成：1）在詳細(xì)設(shè)計(jì)階段完成單元測(cè)試計(jì)劃2）建立單元測(cè)試環(huán)境，完成測(cè)試設(shè)計(jì)和開(kāi)發(fā)3）執(zhí)行單元測(cè)試用例，并且詳細(xì)記錄測(cè)試結(jié)果4）判定測(cè)試用例是否通過(guò)5）提交《單元測(cè)試報(bào)告》

9.4.1單元測(cè)試9.4測(cè)試過(guò)程1.集成測(cè)試的定義集成測(cè)試是在軟件系統(tǒng)集成過(guò)程中所進(jìn)行的測(cè)試，將已分別通過(guò)測(cè)試的單元按照設(shè)計(jì)要求組合起來(lái)再進(jìn)行的測(cè)試。主要目的是檢查軟件單元之間的接口是否正確。集成測(cè)試主要是測(cè)試軟件單元的組合能否正常工作以及與其它組的模塊能否集成起來(lái)工作，還要測(cè)試構(gòu)成系統(tǒng)的所有模塊組合能否正常工作。

9.4.2集成測(cè)試9.4測(cè)試過(guò)程2.集成測(cè)試的任務(wù)1）將各模塊連接起來(lái)，檢查模塊調(diào)用時(shí)，數(shù)據(jù)經(jīng)過(guò)接口是否丟失；

2）將各個(gè)子功能模塊組合起來(lái)，檢查能否達(dá)到預(yù)期要求的各項(xiàng)功能；

3）一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利影響；

4）全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問(wèn)題，會(huì)不會(huì)被異常修改；

5）單個(gè)模塊的誤差積累起來(lái)，是否被放大，從而達(dá)到不可接受的程度。

9.4.2集成測(cè)試9.4測(cè)試過(guò)程3.集成測(cè)試的基本方法集成測(cè)試通常采用非增量式集成測(cè)試和增量式集成測(cè)試這兩種模式。（1）非增量式集成測(cè)試模式。先分別測(cè)試每個(gè)模塊，再把所有模塊按設(shè)計(jì)要求放在一起結(jié)合成所要的程序。這種方法容易出現(xiàn)混亂，因?yàn)闇y(cè)試時(shí)可能發(fā)現(xiàn)很多錯(cuò)誤，為每個(gè)錯(cuò)誤定位和糾正非常困難，并且在改正一個(gè)錯(cuò)誤的同時(shí)又可能引入新的錯(cuò)誤，新舊錯(cuò)誤混雜，更難斷定出錯(cuò)的原因和位置。 （2）增量式集成測(cè)試模式。把下一個(gè)要測(cè)試的模塊同已經(jīng)測(cè)試好的模塊結(jié)合起來(lái)進(jìn)行測(cè)試，測(cè)試完成后，再把下一個(gè)需要測(cè)試的模塊結(jié)合起來(lái)測(cè)試。程序一段一段地?cái)U(kuò)展，測(cè)試的范圍一步一步地增大，錯(cuò)誤易于定位和糾正，界面的測(cè)試亦可做到完全徹底。

9.4.2集成測(cè)試9.4測(cè)試過(guò)程1.系統(tǒng)測(cè)試的定義通過(guò)單元測(cè)試和集成測(cè)試，僅能保證軟件開(kāi)發(fā)的功能得以實(shí)現(xiàn)，不能確認(rèn)在實(shí)際運(yùn)行時(shí)，它是否滿(mǎn)足用戶(hù)的需要，是否大量存在實(shí)際使用條件下會(huì)被誘發(fā)產(chǎn)生錯(cuò)誤的隱患。系統(tǒng)測(cè)試將通過(guò)確認(rèn)測(cè)試，作為基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等系統(tǒng)元素結(jié)合起來(lái)，在實(shí)際運(yùn)行環(huán)境下對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝和確認(rèn)測(cè)試。系統(tǒng)測(cè)試的目的在于通過(guò)與系統(tǒng)的需求定義作比較，發(fā)現(xiàn)軟件與系統(tǒng)定義不符合或與其矛盾的地方，系統(tǒng)測(cè)試用例應(yīng)根據(jù)需求規(guī)格說(shuō)明書(shū)來(lái)設(shè)計(jì)，并在實(shí)際運(yùn)行環(huán)境下運(yùn)行。

9.4.3系統(tǒng)測(cè)試9.4測(cè)試過(guò)程2.系統(tǒng)測(cè)試的基本方法1）功能測(cè)試（FunctionalTesting）功能測(cè)試是系統(tǒng)測(cè)試中最基本的測(cè)試，它不管軟件內(nèi)部的實(shí)現(xiàn)邏輯，主要根據(jù)產(chǎn)品的需求規(guī)格說(shuō)明書(shū)和測(cè)試需求列表，驗(yàn)證產(chǎn)品的功能實(shí)現(xiàn)是否符合產(chǎn)品的需求規(guī)格。2）壓力測(cè)試（StressTesting）壓力測(cè)試也稱(chēng)為強(qiáng)度測(cè)試、負(fù)載測(cè)試。壓力測(cè)試是模擬實(shí)際應(yīng)用的軟硬件及用戶(hù)使用過(guò)程的系統(tǒng)負(fù)荷，長(zhǎng)時(shí)間或超大負(fù)荷地運(yùn)行測(cè)試軟件，來(lái)測(cè)試系統(tǒng)的性能、可靠性、穩(wěn)定性等。壓力測(cè)試總是迫使系統(tǒng)在異常的資源配置下運(yùn)行。

9.4.3系統(tǒng)測(cè)試9.4測(cè)試過(guò)程3）容量測(cè)試容量測(cè)試目的是通過(guò)測(cè)試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值，系統(tǒng)在其極限值狀態(tài)下沒(méi)有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測(cè)試還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。對(duì)軟件容量的測(cè)試，能讓軟件開(kāi)發(fā)商或用戶(hù)了解該軟件系統(tǒng)的承載能力或提供服務(wù)的能力。如某個(gè)電子商務(wù)網(wǎng)站所能承受的、同時(shí)進(jìn)行交易或結(jié)算的在線(xiàn)用戶(hù)數(shù)。知道了系統(tǒng)的實(shí)際容量，如果不能滿(mǎn)足設(shè)計(jì)要求，就應(yīng)該尋求新的技術(shù)解決方案，以提高系統(tǒng)的容量。

9.4.3系統(tǒng)測(cè)試9.4測(cè)試過(guò)程

壓力測(cè)試、容量測(cè)試和性能測(cè)試的測(cè)試目的雖然有所不同，但其手段和方法在一定程度上比較相似，通常會(huì)使用特定的測(cè)試工具，來(lái)模擬超常的數(shù)據(jù)量、負(fù)載等，監(jiān)測(cè)系統(tǒng)的各項(xiàng)性能指標(biāo)，如CPU和內(nèi)存的使用情況、響應(yīng)時(shí)間、數(shù)據(jù)傳輸量等。一定要設(shè)法破壞它!

9.4.3系統(tǒng)測(cè)試9.4測(cè)試過(guò)程5）安全測(cè)試安全測(cè)試檢查系統(tǒng)對(duì)非法侵入的防范能力。安全測(cè)試期間，測(cè)試人員假扮非法入侵者，采用各種辦法試圖突破防線(xiàn)。6）容錯(cuò)測(cè)試容錯(cuò)測(cè)試主要檢查系統(tǒng)的容錯(cuò)能力。當(dāng)系統(tǒng)出錯(cuò)時(shí)，能否在指定時(shí)間間隔內(nèi)修正錯(cuò)誤并重新啟動(dòng)系統(tǒng)。容錯(cuò)測(cè)試首先要采用各種辦法強(qiáng)制系統(tǒng)發(fā)生故障，然后驗(yàn)證系統(tǒng)是否能盡快恢復(fù)。對(duì)于自動(dòng)恢復(fù)需驗(yàn)證重新初始化、檢查點(diǎn)、數(shù)據(jù)恢復(fù)和重新啟動(dòng)等機(jī)制的正確性。對(duì)于人工干預(yù)的恢復(fù)系統(tǒng)，還需估測(cè)平均修復(fù)時(shí)間，確定其是否在可接受的范圍內(nèi)。

9.4.3系統(tǒng)測(cè)試9.4測(cè)試過(guò)程1.驗(yàn)收測(cè)試的定義驗(yàn)收測(cè)試是在軟件產(chǎn)品完成了功能測(cè)試和系統(tǒng)測(cè)試之后，在產(chǎn)品發(fā)布之前所進(jìn)行的軟件測(cè)試活動(dòng)，它是技術(shù)測(cè)試的最后一個(gè)階段，通過(guò)了驗(yàn)收測(cè)試，產(chǎn)品就進(jìn)入發(fā)布階段。驗(yàn)收測(cè)試一般根據(jù)產(chǎn)品規(guī)格說(shuō)明書(shū)嚴(yán)格檢查產(chǎn)品，檢查產(chǎn)品和產(chǎn)品規(guī)格說(shuō)明書(shū)的一致性，同時(shí)考慮用戶(hù)的實(shí)際使用情況，確保所開(kāi)發(fā)的軟件產(chǎn)品符合用戶(hù)的各項(xiàng)要求。驗(yàn)收測(cè)試的目標(biāo)是確認(rèn)被測(cè)系統(tǒng)滿(mǎn)足其操作需求，并確保在將系統(tǒng)正式交付給用戶(hù)前正常工作并可以使用。驗(yàn)收測(cè)試是在測(cè)試組的協(xié)助下由一個(gè)或多個(gè)用戶(hù)代表來(lái)進(jìn)行測(cè)試。它對(duì)應(yīng)于系統(tǒng)開(kāi)發(fā)的需求分析階段。

9.4.4驗(yàn)收測(cè)試9.4測(cè)試過(guò)程2.驗(yàn)收測(cè)試標(biāo)準(zhǔn)完成軟件驗(yàn)收要通過(guò)一系列黑盒測(cè)試。驗(yàn)收測(cè)試同樣需要制訂測(cè)試計(jì)劃和過(guò)程，測(cè)試計(jì)劃應(yīng)規(guī)定測(cè)試的種類(lèi)和測(cè)試進(jìn)度，測(cè)試過(guò)程則定義一些特殊的測(cè)試用例，旨在說(shuō)明軟件與需求是否一致。無(wú)論是計(jì)劃還是過(guò)程，都應(yīng)該著重考慮軟件是否滿(mǎn)足合同規(guī)定的所有功能和性能，文檔資料是否完整、準(zhǔn)確，人機(jī)界面和其他方面（例如，可移植性、兼容性、錯(cuò)誤恢復(fù)能力和可維護(hù)性等）是否令用戶(hù)滿(mǎn)意。

9.4.4驗(yàn)收測(cè)試9.4測(cè)試過(guò)程3.驗(yàn)收測(cè)試的主要內(nèi)容1）配置復(fù)審 配置復(fù)審是驗(yàn)收復(fù)審的一個(gè)重要環(huán)節(jié)，其目的在于保證軟件配置齊全、分類(lèi)有序，并且包括軟件維護(hù)所必需的細(xì)節(jié)。2）合法性檢查 檢查開(kāi)發(fā)者在軟件開(kāi)發(fā)時(shí)，使用的開(kāi)發(fā)工具是否合法。對(duì)在編程中使用的一些非本單位自己開(kāi)發(fā)的，也不是由開(kāi)發(fā)工具提供的控件、組件、函數(shù)庫(kù)等，檢查其是否有合法的發(fā)布許可。3）軟件文檔檢查文檔質(zhì)量的度量準(zhǔn)則就是評(píng)審各階段文檔的合適性。文檔檢查主要包括：完備性、正確性、簡(jiǎn)明性、可追蹤性、自說(shuō)明性、規(guī)范性。

9.4.4驗(yàn)收測(cè)試9.4測(cè)試過(guò)程3.驗(yàn)收測(cè)試的主要內(nèi)容4）軟件代碼測(cè)試源代碼一般性檢查僅對(duì)系統(tǒng)關(guān)鍵模塊的源代碼進(jìn)行抽查。軟件一致性檢查主要包括編譯檢查、裝/卸載檢查、運(yùn)行模塊檢查。5）軟件功能和性能檢查軟件功能和性能檢查主要包括界面測(cè)試、可用性測(cè)試、功能測(cè)試、穩(wěn)定性測(cè)試、性能測(cè)試、強(qiáng)壯性測(cè)試、邏輯性測(cè)試、破壞性測(cè)試、安全性測(cè)試等。6）測(cè)試結(jié)果交付內(nèi)容測(cè)試結(jié)束后，由測(cè)試組填寫(xiě)軟件測(cè)試報(bào)告，并將測(cè)試報(bào)告與全部測(cè)試材料一并交給用戶(hù)代表。測(cè)試報(bào)告主要有軟件測(cè)試計(jì)劃、軟件測(cè)試日志、軟件文檔檢查報(bào)告、軟件代碼測(cè)試報(bào)告、軟件系統(tǒng)測(cè)試報(bào)告、測(cè)試總結(jié)報(bào)告、測(cè)試人員簽字登記表。

9.4.4驗(yàn)收測(cè)試9.4測(cè)試過(guò)程4.α、β測(cè)試一個(gè)軟件產(chǎn)品，可能擁有眾多用戶(hù)，不可能由每個(gè)用戶(hù)驗(yàn)收，此時(shí)多采用稱(chēng)為α、β測(cè)試的過(guò)程，以期發(fā)現(xiàn)那些似乎只有最終用戶(hù)才能發(fā)現(xiàn)的問(wèn)題。α測(cè)試是指軟件開(kāi)發(fā)公司組織內(nèi)部人員模擬各類(lèi)用戶(hù)行為，對(duì)即將面市軟件產(chǎn)品(稱(chēng)為α版本)進(jìn)行測(cè)試，試圖發(fā)現(xiàn)錯(cuò)誤并修正。α測(cè)試的關(guān)鍵在于盡可能逼真地模擬實(shí)際運(yùn)行環(huán)境和用戶(hù)對(duì)軟件產(chǎn)品的操作并盡最大努力涵蓋所有可能的用戶(hù)操作方式。經(jīng)過(guò)α測(cè)試調(diào)整的軟件產(chǎn)品稱(chēng)為β版本。β測(cè)試是指軟件開(kāi)發(fā)公司組織各方面的典型用戶(hù)在日常工作中實(shí)際使用β版本，并要求用戶(hù)報(bào)告異常情況、提出批評(píng)意見(jiàn)。然后軟件開(kāi)發(fā)公司再對(duì)β版本進(jìn)行改錯(cuò)和完善。

9.4.4驗(yàn)收測(cè)試9.4測(cè)試過(guò)程目錄9.1測(cè)試概述9.2測(cè)試步驟9.3測(cè)試方法9.4測(cè)試過(guò)程9.5面向?qū)ο蟮臏y(cè)試9.6系統(tǒng)測(cè)試管理9.7信息系統(tǒng)測(cè)試案例1.對(duì)認(rèn)定的對(duì)象的測(cè)試

OOA中認(rèn)定的對(duì)象是對(duì)問(wèn)題空間中的結(jié)構(gòu)、其它系統(tǒng)、設(shè)備、被記憶的事件、系統(tǒng)涉及的人員等實(shí)際實(shí)例的抽象。對(duì)它的測(cè)試可以從如下方面考慮：（1）認(rèn)定的對(duì)象是否全面，其名稱(chēng)應(yīng)該盡量準(zhǔn)確、適用，問(wèn)題空間中所涉及到的實(shí)例是否都反映在認(rèn)定的抽象對(duì)象中。（2）認(rèn)定的對(duì)象是否具有多個(gè)屬性。只有一個(gè)屬性的對(duì)象通常應(yīng)看作其它對(duì)象的屬性而不是抽象為獨(dú)立的對(duì)象。

9.5.1面向?qū)ο髮哟谓Y(jié)構(gòu)測(cè)試9.5面向?qū)ο蟮臏y(cè)試1.對(duì)認(rèn)定的對(duì)象的測(cè)試（3）對(duì)認(rèn)定為同一對(duì)象的實(shí)例是否有共同的、區(qū)別于其它實(shí)例的共同屬性，是否提供或需要相同的服務(wù)，如果服務(wù)隨著不同的實(shí)例而變化，認(rèn)定的對(duì)象就需要分解或利用繼承性來(lái)分類(lèi)表示。（4）如果系統(tǒng)沒(méi)有必要始終保持對(duì)象代表的實(shí)例信息、提供或者得到關(guān)于它的服務(wù)，那么認(rèn)定的對(duì)象也無(wú)必要。

9.5.1面向?qū)ο髮哟谓Y(jié)構(gòu)測(cè)試9.5面向?qū)ο蟮臏y(cè)試2.對(duì)認(rèn)定的結(jié)構(gòu)的測(cè)試認(rèn)定的結(jié)構(gòu)指的是多種對(duì)象的組織方式，用來(lái)反映問(wèn)題空間中的復(fù)雜實(shí)例和復(fù)雜關(guān)系。認(rèn)定的結(jié)構(gòu)分為兩種：分類(lèi)結(jié)構(gòu)和組裝結(jié)構(gòu)。分類(lèi)結(jié)構(gòu)體現(xiàn)了問(wèn)題空間中實(shí)例的一般與特殊的關(guān)系；組裝結(jié)構(gòu)體現(xiàn)了問(wèn)題空間中實(shí)例的整體與局部的關(guān)系。

9.5.1面向?qū)ο髮哟谓Y(jié)構(gòu)測(cè)試9.5面向?qū)ο蟮臏y(cè)試認(rèn)定的分類(lèi)結(jié)構(gòu)測(cè)試要點(diǎn)如下：對(duì)于結(jié)構(gòu)中的一種對(duì)象，尤其是處于高層的對(duì)象，是否在問(wèn)題空間中含有不同于下一層對(duì)象的特殊可能性，即是否能派生出下一層對(duì)象；對(duì)于結(jié)構(gòu)中的一種對(duì)象，尤其是處于同一低層的對(duì)象，是否能抽象出在現(xiàn)實(shí)中有意義的更一般的上層對(duì)象；對(duì)所有認(rèn)定的對(duì)象，是否能在問(wèn)題空間內(nèi)向上層抽象出在現(xiàn)實(shí)中有意義的對(duì)象；高層的對(duì)象的特性是否完全體現(xiàn)下層的共性，低層的對(duì)象是否有高層特性基礎(chǔ)上的特殊性。

9.5.1面向?qū)ο髮哟谓Y(jié)構(gòu)測(cè)試9.5面向?qū)ο蟮臏y(cè)試認(rèn)定的組裝結(jié)構(gòu)測(cè)試要點(diǎn)如下：整體（對(duì)象）和部件（對(duì)象）是否在考慮的問(wèn)題空間中有實(shí)際應(yīng)用，其組裝關(guān)系是否符合現(xiàn)實(shí)的關(guān)系。整體（對(duì)象）中是否遺漏了反映在問(wèn)題空間中的有用部件（對(duì)象）。部件（對(duì)象）是否能夠在空間中組裝新的有現(xiàn)實(shí)意義的整體（對(duì)象）。

9.5.1面向?qū)ο髮哟谓Y(jié)構(gòu)測(cè)試9.5面向?qū)ο蟮臏y(cè)試3.對(duì)構(gòu)造的類(lèi)層次結(jié)構(gòu)的測(cè)試

為了能充分發(fā)揮面向?qū)ο蟮睦^承共享特性，OOD的類(lèi)層次結(jié)構(gòu)通?；贠OA中產(chǎn)生的分類(lèi)結(jié)構(gòu)的原則來(lái)組織，著重體現(xiàn)父類(lèi)和子類(lèi)間的一般性和特殊性。在當(dāng)前的問(wèn)題空間，對(duì)類(lèi)層次結(jié)構(gòu)的要求是能在解空間里構(gòu)造實(shí)現(xiàn)全部功能的結(jié)構(gòu)框架。為此測(cè)試要注意如下幾個(gè)方面：類(lèi)層次結(jié)構(gòu)是否涵蓋了所有定義的類(lèi)；是否能體現(xiàn)OOA中所定義的實(shí)例關(guān)聯(lián)、消息關(guān)聯(lián)；子類(lèi)是否具有父類(lèi)沒(méi)有的新特性；子類(lèi)間的共同特性是否完全在父類(lèi)中得以體現(xiàn)。

9.5.1面向?qū)ο髮哟谓Y(jié)構(gòu)測(cè)試9.5面向?qū)ο蟮臏y(cè)試在面向?qū)ο筌浖y(cè)試中，單元的概念發(fā)生了變化。封裝的特性使每個(gè)類(lèi)和類(lèi)的實(shí)例（對(duì)象）包裝了屬性（數(shù)據(jù)）和操縱這些數(shù)據(jù)的操作。最小的可測(cè)試單位是封裝的類(lèi)或?qū)ο?，?lèi)包含一組不同的操作，因此，單元測(cè)試的意義發(fā)生了較大變化。已經(jīng)不再是孤立地測(cè)試單個(gè)操作，而是將操作作為類(lèi)的一部分。父類(lèi)中定義的某個(gè)操作被許多子類(lèi)繼承。但在實(shí)際應(yīng)用中，不同子類(lèi)中的某個(gè)操作在使用時(shí)又有細(xì)微的不同，所以還必須對(duì)每個(gè)子類(lèi)中的某個(gè)操作進(jìn)行測(cè)試。

9.5.2面向?qū)ο蟮膯卧獪y(cè)試9.5面向?qū)ο蟮臏y(cè)試根據(jù)測(cè)試層次結(jié)構(gòu)，面向?qū)ο筌浖y(cè)試總體上呈現(xiàn)從單元級(jí)、集成級(jí)到系統(tǒng)級(jí)的分層測(cè)試結(jié)構(gòu)。根據(jù)測(cè)試層次結(jié)構(gòu)確定相應(yīng)的測(cè)試活動(dòng)，并形成相應(yīng)的層次如表7-1所示。由于面向?qū)ο筌浖暮暧^上來(lái)看是各個(gè)類(lèi)之間的相互作用，因此，測(cè)試方法中將對(duì)類(lèi)層的測(cè)試作為單元測(cè)試，而對(duì)于由類(lèi)集成的模塊測(cè)試作為集成測(cè)試，系統(tǒng)測(cè)試與傳統(tǒng)測(cè)試層次相同。

9.5.2面向?qū)ο蟮膯卧獪y(cè)試9.5面向?qū)ο蟮臏y(cè)試傳統(tǒng)的集成測(cè)試，有兩種方式通過(guò)集成已完成的功能模塊進(jìn)行測(cè)試。第一，自頂向下集成；第二，自底向上集成。因?yàn)槊嫦驅(qū)ο筌浖](méi)有層次的控制結(jié)構(gòu)，傳統(tǒng)的自頂向下和自底向上集成策略已不能再使用。一次集成一個(gè)操作到類(lèi)中（傳統(tǒng)的增量集成方法）通常是不可能的。面向?qū)ο蟮募蓽y(cè)試通常需要在整個(gè)程序編譯完成后進(jìn)行。

9.5.3面向?qū)ο蟮募蓽y(cè)試9.5面向?qū)ο蟮臏y(cè)試面向?qū)ο蟮某绦蚴怯扇舾蓪?duì)象組成的，這些對(duì)象互相協(xié)作以解決某些問(wèn)題。對(duì)象的協(xié)作方式?jīng)Q定了程序能做什么，從而決定了這個(gè)程序執(zhí)行的正確性。因此，一個(gè)程序中對(duì)象的正確協(xié)作，即交互對(duì)于程序的正確性是非常關(guān)鍵的。交互測(cè)試的重點(diǎn)是確保對(duì)象（這些對(duì)象的類(lèi)已被單獨(dú)測(cè)試過(guò)）的消息傳送能夠正確進(jìn)行。交互測(cè)試的執(zhí)行可以使用嵌入到應(yīng)用程序中的交互對(duì)象，或者在獨(dú)立測(cè)試工具（例如Tester類(lèi)）提供的環(huán)境中，交互測(cè)試通過(guò)使得該環(huán)境中的對(duì)象相互交互而執(zhí)行。

9.5.3面向?qū)ο蟮募蓽y(cè)試9.5面向?qū)ο蟮臏y(cè)試2.面向?qū)ο蠹蓽y(cè)試的常用方法常用方法有抽樣測(cè)試和正交陣列測(cè)試。1）抽樣測(cè)試 抽樣測(cè)試提供了一種運(yùn)算法則，它使我們能夠從一組可能的測(cè)試用例中選擇一個(gè)測(cè)試系列。但并不要求一定要首先明確如何來(lái)確定測(cè)試用例的總體。測(cè)試過(guò)程的目的在于定義感興趣的測(cè)試總體，然后定義一種方法，以便在這些測(cè)試用例中選擇哪些被構(gòu)建、哪些被執(zhí)行。2）正交陣列測(cè)試 正交陣列測(cè)試提供了一種特殊的抽樣方法，這種方法通過(guò)定義一組交互對(duì)象的配對(duì)方式組合，以盡力限制測(cè)試配置組合數(shù)目的激增。

9.5.3面向?qū)ο蟮募蓽y(cè)試9.5面向?qū)ο蟮臏y(cè)試系統(tǒng)測(cè)試是測(cè)試整個(gè)系統(tǒng)以確定是否能夠滿(mǎn)足所有行為，測(cè)試目的主要有：第一，找出系統(tǒng)中存在的缺陷；第二，發(fā)現(xiàn)導(dǎo)致實(shí)際操作和系統(tǒng)需求之間存在差異。系統(tǒng)測(cè)試應(yīng)該盡量搭建與用戶(hù)實(shí)際使用環(huán)境相同的測(cè)試平臺(tái)，應(yīng)該保證被測(cè)系統(tǒng)的完整性，對(duì)沒(méi)有的系統(tǒng)設(shè)備或部件，也應(yīng)有相應(yīng)的模擬手段。系統(tǒng)測(cè)試時(shí)，應(yīng)該參考OOA分析的結(jié)果，對(duì)應(yīng)描述的對(duì)象、屬性和各種服務(wù)，檢測(cè)軟件是否能夠完全“再現(xiàn)”問(wèn)題空間。系統(tǒng)測(cè)試不僅是檢測(cè)軟件的整體行為表現(xiàn)，從另一個(gè)側(cè)面看，也是對(duì)軟件開(kāi)發(fā)設(shè)計(jì)的再確認(rèn)。

9.5.4面向?qū)ο蟮南到y(tǒng)測(cè)試9.5面向?qū)ο蟮臏y(cè)試1）功能測(cè)試 測(cè)試是否滿(mǎn)足開(kāi)發(fā)要求，是否能夠提供OO設(shè)計(jì)所描述的功能，用戶(hù)的需求是否得到滿(mǎn)足。功能測(cè)試是系統(tǒng)測(cè)試最常用和必須的測(cè)試，通常以正式的軟件規(guī)格說(shuō)明書(shū)為測(cè)試標(biāo)準(zhǔn)。2）性能測(cè)試 測(cè)試軟件的運(yùn)行性能。這種測(cè)試常常與強(qiáng)度測(cè)試結(jié)合進(jìn)行，需要事先對(duì)被測(cè)軟件提出性能指標(biāo)，如傳輸連接的最長(zhǎng)時(shí)限、傳輸?shù)腻e(cuò)誤率、計(jì)算的精度、記錄的精度、響應(yīng)的時(shí)限和恢復(fù)時(shí)限等。

9.5.4面向?qū)ο蟮南到y(tǒng)測(cè)試9.5面向?qū)ο蟮臏y(cè)試3）強(qiáng)度測(cè)試 測(cè)試系統(tǒng)的能力最高實(shí)際限度，即軟件在一些超負(fù)荷的情況下，功能實(shí)現(xiàn)情況。如要求軟件某一行為的大量重復(fù)、輸入大量的數(shù)據(jù)或大數(shù)值數(shù)據(jù)、對(duì)數(shù)據(jù)庫(kù)進(jìn)行大量復(fù)雜的查詢(xún)等。4）恢復(fù)測(cè)試 采用人工干擾使軟件出錯(cuò)，中斷使用，檢測(cè)系統(tǒng)的恢復(fù)能力，特別是通訊系統(tǒng)。恢復(fù)測(cè)試時(shí)，應(yīng)該參考性能測(cè)試的相關(guān)測(cè)試指標(biāo)。

9.5.4面向?qū)ο蟮南到y(tǒng)測(cè)試9.5面向?qū)ο蟮臏y(cè)試5）安全測(cè)試 驗(yàn)證安裝在系統(tǒng)內(nèi)的保護(hù)機(jī)構(gòu)確實(shí)能夠?qū)ο到y(tǒng)進(jìn)行保護(hù)，使之不受各種各樣的干擾。在進(jìn)行安全測(cè)試時(shí)，需要設(shè)計(jì)一些測(cè)試用例試圖突破系統(tǒng)的安全保密措施，檢驗(yàn)系統(tǒng)是否有安全保密的漏洞。6）可用性測(cè)試 測(cè)試用戶(hù)是否能夠滿(mǎn)意使用。具體體現(xiàn)為操作是否方便，用戶(hù)界面是否友好等。系統(tǒng)測(cè)試需要對(duì)被測(cè)的軟件結(jié)合需求分析做仔細(xì)的測(cè)試分析，建立測(cè)試用例。

9.5.4面向?qū)ο蟮南到y(tǒng)測(cè)試9.5面向?qū)ο蟮臏y(cè)試目錄9.1測(cè)試概述9.2測(cè)試步驟9.3測(cè)試方法9.4測(cè)試過(guò)程9.5面向?qū)ο蟮臏y(cè)試9.6系統(tǒng)測(cè)試管理9.7信息系統(tǒng)測(cè)試案例測(cè)試管理是對(duì)測(cè)試活動(dòng)進(jìn)行組織、計(jì)劃、監(jiān)管和控制，確保測(cè)試工作在信息系統(tǒng)質(zhì)量保障中發(fā)揮更好的作用，主要包括以下內(nèi)容。1．制訂測(cè)試計(jì)劃確定各階段的測(cè)試目標(biāo)和策略，明確要完成的測(cè)試任務(wù)，估算完成測(cè)試任務(wù)所需的時(shí)間和資源，設(shè)計(jì)測(cè)試組織和崗位職責(zé)，安排測(cè)試活動(dòng)和分配資源，部署跟蹤和控制測(cè)試過(guò)程的任務(wù)，形成測(cè)試計(jì)劃。2．設(shè)計(jì)測(cè)試方案根據(jù)測(cè)試計(jì)劃設(shè)計(jì)測(cè)試方案，包括各測(cè)試階段使用的測(cè)試用例，并提交評(píng)審后使用。

9.6.1測(cè)試管理概述9.6系統(tǒng)測(cè)試管理3．實(shí)施測(cè)試方案使用測(cè)試用例運(yùn)用程序，將獲得的運(yùn)行結(jié)果與預(yù)期結(jié)果進(jìn)行比較和分析，記錄、跟蹤和管理系統(tǒng)故障，形成測(cè)試報(bào)告。4．測(cè)試配置管理測(cè)試配置管理是軟件配置管理的子集，應(yīng)用于測(cè)試的各階段。5．測(cè)試資源管理測(cè)試資源管理主要包括對(duì)人力資源和工作場(chǎng)所、相關(guān)設(shè)施和技術(shù)支持的管理。6．測(cè)試過(guò)程監(jiān)控測(cè)試過(guò)程監(jiān)控是指采用適宜的方法對(duì)上述測(cè)試過(guò)程及結(jié)果進(jìn)行實(shí)時(shí)監(jiān)控，以保障測(cè)試過(guò)程的有效性。

9.6.1測(cè)試管理概述9.6系統(tǒng)測(cè)試管理1．確定測(cè)試小組的組織模式根據(jù)測(cè)試人員具有的技能，測(cè)試小組可以分為基于技能的組織模式和基于項(xiàng)目的組織模式。基于技能的組織模式要求每個(gè)測(cè)試人員關(guān)注自己的專(zhuān)業(yè)領(lǐng)域，必須掌握專(zhuān)業(yè)測(cè)試工具的使用方法和復(fù)雜的測(cè)試技術(shù)，適用于科技領(lǐng)域的信息系統(tǒng)測(cè)試?；陧?xiàng)目的測(cè)試模式可以將不同測(cè)試技能水平的人員分配到一個(gè)項(xiàng)目中，分工協(xié)作，以確保測(cè)試工作的順利開(kāi)展。

9.6.2測(cè)試組織管理9.6系統(tǒng)測(cè)試管理2．組建測(cè)試小組組建測(cè)試小組時(shí)，應(yīng)按照測(cè)試工作負(fù)荷配置合適的測(cè)試人員。復(fù)雜的測(cè)試工作應(yīng)由測(cè)試工程師負(fù)責(zé)，他們具有獨(dú)立的測(cè)試技能，能夠編制測(cè)試計(jì)劃，設(shè)計(jì)測(cè)試用例，熟練使用先進(jìn)的測(cè)試工具，對(duì)軟件故障進(jìn)行隔離等。較為簡(jiǎn)單的測(cè)試工作可交由初級(jí)測(cè)試技術(shù)人員承擔(dān)。

9.6.2測(cè)試組織管理9.6系統(tǒng)測(cè)試管理3．安排測(cè)試任務(wù)，估算測(cè)試工作量明確測(cè)試任務(wù)，對(duì)各項(xiàng)任務(wù)進(jìn)行合理的組織安排，并根據(jù)測(cè)試任務(wù)估算測(cè)試工作量。4．確定測(cè)試文檔確定需要交付和歸檔的測(cè)試文檔。這些測(cè)試文檔一般包括測(cè)試計(jì)劃文件、測(cè)試用例文檔、測(cè)試日志文檔、測(cè)試實(shí)踐報(bào)告和測(cè)試總結(jié)報(bào)告等。5．管理測(cè)試件測(cè)試件也是一類(lèi)軟件，需要管理好。測(cè)試件一般有測(cè)試工具、測(cè)試驅(qū)動(dòng)程序、測(cè)試樁模塊等。

9.6.2測(cè)試組織管理9.6系統(tǒng)測(cè)試管理6．確定測(cè)試需求測(cè)試需求主要解決“測(cè)試什么”，即指明被測(cè)對(duì)象中什么需要測(cè)試。確定測(cè)試需求通常是以信息系統(tǒng)開(kāi)發(fā)需求為基礎(chǔ)的分析，通過(guò)對(duì)需求的細(xì)分化和分解，形成測(cè)試內(nèi)容。7．組織測(cè)試設(shè)計(jì)測(cè)試設(shè)計(jì)的主要任務(wù)是確定測(cè)試各階段需要運(yùn)用的測(cè)試要素，如測(cè)試用例等。組織和協(xié)調(diào)好測(cè)試設(shè)計(jì)任務(wù)是系統(tǒng)測(cè)試管理的重要環(huán)節(jié)之一。

9.6.2測(cè)試組織管理9.6系統(tǒng)測(cè)試管理1．測(cè)試準(zhǔn)備任命測(cè)試組長(zhǎng)，組建測(cè)試小組，參加有關(guān)項(xiàng)目計(jì)劃、分析和設(shè)計(jì)會(huì)議，獲取需求分析文檔、系統(tǒng)設(shè)計(jì)文檔和程序編寫(xiě)文檔，參加產(chǎn)品相關(guān)知識(shí)的培訓(xùn)。2．測(cè)試計(jì)劃編制測(cè)試計(jì)劃的目標(biāo)是確定測(cè)試范圍、測(cè)試策略和測(cè)試方法，以及對(duì)可能出現(xiàn)的問(wèn)題或風(fēng)險(xiǎn)的所需的資源和投入進(jìn)行分析和估計(jì)，以指導(dǎo)測(cè)試的執(zhí)行。測(cè)試計(jì)劃的內(nèi)容通常包括測(cè)試目的、測(cè)試標(biāo)準(zhǔn)、測(cè)試策略、資源配置、責(zé)任明確、進(jìn)度安排、風(fēng)險(xiǎn)分析、測(cè)試用例的設(shè)計(jì)方法、使用和維護(hù)策略、測(cè)試工具的開(kāi)發(fā)和使用等。

9.6.3測(cè)試過(guò)程管理9.6系統(tǒng)測(cè)試管理3．測(cè)試需求分析測(cè)試需求是根據(jù)測(cè)試目標(biāo)及軟件規(guī)格說(shuō)明和相關(guān)接口需求說(shuō)明文件，明確各種測(cè)試需求，包括環(huán)境需求、對(duì)測(cè)試對(duì)象的要求、測(cè)試工具需求、測(cè)試代碼需求、測(cè)試數(shù)據(jù)要求等。測(cè)試需求分析必須保證需求的可跟蹤性和全覆蓋性。4．測(cè)試設(shè)計(jì)測(cè)試設(shè)計(jì)描述測(cè)試各階段需要運(yùn)用的測(cè)試要素，包括測(cè)試用例、測(cè)試工具、測(cè)試代碼、測(cè)試規(guī)程的設(shè)計(jì)思路、設(shè)計(jì)準(zhǔn)則和具體內(nèi)容。

9.6.3測(cè)試過(guò)程管理9.6系統(tǒng)測(cè)試管理5．測(cè)試執(zhí)行建立和配置測(cè)試環(huán)境，根據(jù)用例準(zhǔn)備測(cè)試數(shù)據(jù)，執(zhí)行測(cè)試。6．測(cè)試結(jié)果分析測(cè)試結(jié)束后，對(duì)測(cè)試結(jié)果進(jìn)行分析，以確定軟件產(chǎn)品質(zhì)量，為產(chǎn)品的改進(jìn)或發(fā)布提供數(shù)據(jù)和支持，同時(shí)做好測(cè)試結(jié)果的審查和分析，做好測(cè)試報(bào)告的撰寫(xiě)和審查。

9.6.3測(cè)試過(guò)程管理9.6