1、軟件測試第九章本章要點 掌握軟件測試的目標(biāo)與原則； 理解軟件測試方法； 掌握等價類劃分法、邊界值分析法、錯誤推測法等黑盒法測試用例的設(shè)計； 熟悉邏輯覆蓋法等白盒法測試用例的設(shè)計； 理解軟件測試的過程； 了解軟件測試工具； 了解軟件調(diào)試概念； 了解面向?qū)ο筌浖y試的特點。軟件測試第九章項目任務(wù)對瑞天圖書管理系統(tǒng)主要模塊進(jìn)行功能測試，設(shè)計測試用例；對瑞天圖書管理系統(tǒng)主要模塊進(jìn)行界面測試，設(shè)計測試用例； 根據(jù)本節(jié)提供的測試用例，完成對瑞天圖書管理系統(tǒng)相應(yīng)模塊的實際測試。9.1 軟件測試概述第9章軟件測試的目的是為了發(fā)現(xiàn)軟件產(chǎn)品中存在的軟件缺陷，進(jìn)而保證軟件產(chǎn)品的質(zhì)量。軟件測試是軟件開發(fā)過程中的一個重

2、要階段，是軟件產(chǎn)品正式投入運行前，對軟件需求分析、設(shè)計規(guī)格說明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。軟件測試的結(jié)果也是分析軟件可靠性的重要依據(jù)。測試階段的根本目標(biāo)是以最少的人力、物力和時間，盡可能多地發(fā)現(xiàn)并排除軟件中潛在的錯誤，最終把一個高質(zhì)量的軟件系統(tǒng)交給用戶使用。9.1.1 軟件測試的目標(biāo)9.1 軟件測試概述第9章在軟件測試中，應(yīng)注意以下指導(dǎo)原則：（1）所有測試都應(yīng)追溯到需求。（2）堅持“盡早地和不斷地進(jìn)行軟件測試”。（3）測試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果兩部分組成。（4）程序員應(yīng)避免測試自己的程序。（5）在設(shè)計測試用例時，應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件。（6）充分注意

3、測試中的群集現(xiàn)象。（7）嚴(yán)格執(zhí)行測試計劃，排除測試的隨意性。（8）應(yīng)當(dāng)對每個測試結(jié)果做全面檢查。（9）在測試程序時，不僅要檢驗程序是否做了該做的事，還要檢驗程序是否做了不該做的事。（10）應(yīng)長期保留所有測試用例。9.1.2 軟件測試的原則 9.1 軟件測試概述第9章軟件測試時需要三類測試信息流，如圖9-1所示。9.1.3 軟件測試的信息流 9.2 軟件測試方法第9章軟件測試方法很多，按照測試過程是否執(zhí)行程序來分，一般分為靜態(tài)測試方法和動態(tài)測試方法。動態(tài)測試方法又根據(jù)測試用例的設(shè)計方法不同，分為黑盒測試和白盒測試兩類。測試方法的分類如圖9-2所示。9.2 軟件測試方法第9章靜態(tài)測試包括代碼檢查、

4、靜態(tài)結(jié)構(gòu)分析、代碼質(zhì)量度量等，是指不在計算機(jī)上執(zhí)行被測試軟件，而是采用人工檢測和計算機(jī)輔助靜態(tài)分析的手段對程序進(jìn)行檢測。靜態(tài)測試可以由人工進(jìn)行，充分發(fā)揮人的邏輯思維優(yōu)勢，也可以借助軟件工具自動進(jìn)行。經(jīng)驗表明，人工測試能有效發(fā)現(xiàn)30%70%的邏輯設(shè)計錯誤和編碼錯誤。（1）人工測試：是指不依靠計算機(jī)而靠人工審查程序或評審軟件。人工審查程序的重點是對編碼質(zhì)量的檢查，而軟件審查除了審查編碼還要對各階段的軟件產(chǎn)品（各種文檔）進(jìn)行復(fù)查。人工檢測可以發(fā)現(xiàn)計算機(jī)不易發(fā)現(xiàn)的錯誤，特別是軟件總體設(shè)計和詳細(xì)設(shè)計階段的錯誤。（2）計算機(jī)輔助靜態(tài)分析：指不需要執(zhí)行所測試的程序，而只是通過掃描程序正文，對程序的數(shù)據(jù)流和控

5、制流等信息進(jìn)行分析，找出系統(tǒng)的缺陷，得出測試報告。9.2.1 靜態(tài)測試 9.2 軟件測試方法第9章動態(tài)測試是真正運行被測程序，在執(zhí)行過程中，通過輸入有效的測試用例，對輸入與輸出的對應(yīng)關(guān)系進(jìn)行分析，以達(dá)到檢測的目的。通常意義上的測試大多是指動態(tài)測試。設(shè)計高效、合理的測試用例是動態(tài)測試的關(guān)鍵。同測試任何產(chǎn)品一樣，動態(tài)測試一般有黑盒測試法與白盒測試法兩種，前者是測試產(chǎn)品的功能，后者是測試產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程。9.2.2 動態(tài)測試 9.2 軟件測試方法第9章1黑盒測試法黑盒法又稱功能測試或數(shù)據(jù)驅(qū)動測試，該方法把被測試對象看成一個不透明的“黑盒子”，測試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程，只在軟

6、件的接口（界面）處進(jìn)行測試，依據(jù)需求說明書，檢查程序是否滿足功能要求，是否能很好地接收數(shù)據(jù)，并產(chǎn)生正確的輸出。通過黑盒測試主要發(fā)現(xiàn)以下錯誤：（1）是否有不正確或遺漏了的功能。（2）界面是否有錯，能否正確地接受輸入數(shù)據(jù)，能否產(chǎn)生正確的輸出信息。（3）是否有數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫訪問錯誤。（4）性能是否滿足要求。（5）是否有初始化或終止性錯誤。9.2.2 動態(tài)測試 9.3 測試用例的設(shè)計第9章常用的黑盒測試技術(shù)有等價類劃分、邊界值分析、錯誤推測法、因果圖等。1.等價類劃分法(1)等價類劃分法的基本思想把所有可能的輸入或輸出數(shù)據(jù)（有效的和無效的）劃分成若干個等價的子集，稱為等價類，使得每個子集中的一個

7、典型值在測試中的作用與這一子集中所有其他值的作用相同，可從每個子集中選取一組數(shù)據(jù)來測試程序，這種方法稱等價類劃分法。等價類可分為有效等價類和無效等價類兩種。前者主要用來檢驗程序是否實現(xiàn)了規(guī)格說明中的功能；后者主要用來檢驗程序否做了規(guī)格說明以外的事情。9.3.1 黑盒技術(shù)9.3 測試用例的設(shè)計第9章(2)等價類劃分的一般規(guī)則 劃分等價類需要一定的經(jīng)驗，下面幾條啟發(fā)式規(guī)則有助于等價類的劃分:如果輸入條件是一個布爾量，則可定義一個有效等價類和一個無效等價類。如果輸入條件規(guī)定了確切的取值范圍，可定義一個有效等價類和兩個無效等價類。如果規(guī)定了輸入數(shù)據(jù)的個數(shù)，則可定義一個有效等價類和兩個無效等價類。 如規(guī)

8、定了輸入數(shù)據(jù)的一組值，且程序?qū)Σ煌斎胫底霾煌幚恚瑒t每個允許的輸入值是一個有效等價類，并有一個無效等價類 (所有不允許的輸入值的集合)。如果規(guī)定了輸入數(shù)據(jù)必須遵循的規(guī)則，可確定一個有效等價類（符合規(guī)則）和若干個無效等價類（從不同角度違反規(guī)則)。如已劃分的等價類各元素在程序中的處理方式不同，則應(yīng)將此等價類進(jìn)一步劃分成更小的等價類。如果處理對象是表格，則應(yīng)使用空表、只含1項的表，包含多項的表。9.3.1 黑盒技術(shù)9.3 測試用例的設(shè)計第9章（3）用等價類劃分法設(shè)計測試用例的步驟劃分等價類，形成等價類表，為每一等價類規(guī)定一個唯一的編號；根據(jù)等價類選取相應(yīng)的測試用例。設(shè)計一個新的測試用例，使其盡可能

9、多地覆蓋尚未覆蓋的有效等價類，重復(fù)這一步驟，直到所有有效等價類均被覆蓋。設(shè)計一個新的測試用例，使其覆蓋一個而且只覆蓋一個尚未覆蓋的無效等價類，重復(fù)這一步驟，直到所有無效等價類均被覆蓋。注意：通常程序發(fā)現(xiàn)一類錯誤后就不再檢查是否還有其他錯誤，因此，應(yīng)該使每個測試方案只覆蓋一個無效的等價類。9.3.1 黑盒技術(shù)9.3 測試用例的設(shè)計第9章2.邊界值分析法邊界值分析是一種補(bǔ)充等價類劃分法的測試用例設(shè)計技術(shù)。邊界值分析就是測試邊界線數(shù)據(jù)。使用邊界值分析法設(shè)計測試用例時，應(yīng)考慮選取正好等于、剛剛大于和剛剛小于邊界的值作為測試數(shù)據(jù)，這樣發(fā)現(xiàn)程序中錯誤的概率較大。3.錯誤推測法錯誤推測法是根據(jù)經(jīng)驗來設(shè)計測試

10、用例以找出可能存在但尚未發(fā)現(xiàn)的錯誤的方法。錯誤推測法的基本思想是：列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況，根據(jù)這些情況選擇測試用例。9.3.1 黑盒技術(shù)9.3 測試用例的設(shè)計第9章4.因果圖法因果圖法用于檢查程序輸入條件的各種組合情況。等價類劃分法和邊界值分析法都側(cè)重考慮輸入數(shù)據(jù)，而因果圖法主要考慮輸入數(shù)據(jù)之間的聯(lián)系。該方法能夠生成沒有重復(fù)的且發(fā)現(xiàn)錯誤能力強(qiáng)的測試用例，而且對輸入輸出數(shù)據(jù)同時進(jìn)行分析。9.3.1 黑盒技術(shù)9.3 測試用例的設(shè)計第9章9.3.2 白盒技術(shù)9.3 測試用例的設(shè)計第9章前面介紹的軟件測試方法，各有所長。每種方法都能設(shè)計出一組有用的測試用例，用這組用例可能

11、容易發(fā)現(xiàn)某種類型的錯誤，但可能不易發(fā)現(xiàn)另一種類型的錯誤。因此，對軟件系統(tǒng)進(jìn)行實際測試時，應(yīng)該聯(lián)合使用各種測試方法，形成綜合策略。通常是先用黑盒法設(shè)計基本的測試用例，再用白盒法補(bǔ)充一些必要的測試用例。具體方法如下：（1）在任何情況下都應(yīng)該使用邊界值分析方法。（2）用等價類劃分法補(bǔ)充測試用例。（3）用錯誤推測法補(bǔ)充測試用例。（4）對照程序邏輯，檢查已經(jīng)設(shè)計出的測試用例的邏輯覆蓋程度，如果沒有達(dá)到所要求的覆蓋標(biāo)準(zhǔn)，則應(yīng)當(dāng)再補(bǔ)充一些測試用例。（5）如果程序的功能說明中含有輸入條件的組合情況，則一開始就可選用因果圖法。9.3.3 綜合測試策略 9.3 測試用例的設(shè)計第9章下面給出一個三角形分類程序的測試

12、方案的設(shè)計。程序的功能是，讀入三個整數(shù)值代表三角形的三條邊的長度，程序判斷這三個值能否構(gòu)成三角形，如果能夠，則輸出三角形是等邊、等腰或任意三角形的分類信息。綜合使用邊界值分析、等價類劃分和錯誤推測等技術(shù)為此程序設(shè)計測試用例。第一步：確定測試策略。因為在本例中對被測程序已有明確的要求，即：判斷能否構(gòu)成三角形，如能構(gòu)成，則再判斷能構(gòu)成等邊、等腰或任意三角形哪一種。因此，可首先運用黑盒測試法設(shè)計測試用例，然后再用白盒測試法驗證其完整性，必要時再補(bǔ)充測試用例。第二步：在黑盒測試中首先要用等價類劃分法劃分輸入等價類，然后用邊值分析法和錯誤推測法作補(bǔ)充。 9.3.4 測試實例分析9.4 軟件測試步驟 第9

13、章與軟件的開發(fā)過程類似，測試必須分步驟進(jìn)行。對于大型的軟件系統(tǒng)，測試基本上由單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試四個步驟組成，如圖9-4所示。9.4 軟件測試步驟 第9章單元測試又稱模塊測試，主要是檢查每個程序模塊是否正確實現(xiàn)了規(guī)定的功能。集成測試又稱組裝測試，主要檢查概要設(shè)計中模塊接口設(shè)計問題。確認(rèn)測試主要檢查已實現(xiàn)的軟件是否滿足需求說明書中確定的各種需求。系統(tǒng)測試是綜合檢驗軟件與整個計算機(jī)系統(tǒng)的測試。測試的每個過程都可以采用靈活的測試方法和測試策略，通常在單元測試中采用白盒測試方法，而在其他測試中主要采用黑盒測試方法。9.4 軟件測試步驟 第9章單元測試是對軟件設(shè)計的最小單位程序模塊的測

14、試，也是對程序模塊進(jìn)行正確性檢驗的測試，其目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯。通常單元測試可以放在編碼階段，程序員在編寫完成一個模塊且無編譯錯誤后就可以進(jìn)行，主要是檢查模塊是否實現(xiàn)了詳細(xì)設(shè)計說明書規(guī)定的模塊功能和算法。單元測試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計測試用例，通常采用白盒測試方法，以路徑覆蓋為最佳測試準(zhǔn)則。多個模塊可以并行獨立地進(jìn)行單元測試。9.4.1 單元測試 9.4 軟件測試步驟 第9章1單元測試的內(nèi)容單元測試的內(nèi)容主要有以下五方面：（1）模塊接口測試（2）局部數(shù)據(jù)結(jié)構(gòu)測試（3）重要路徑測試（4）錯誤處理測試（5）邊界測試9.4.1 單元測試 9.4 軟件測試步驟 第9章2單元測

15、試的步驟（1）配置測試環(huán)境（2）編寫測試數(shù)據(jù)（3）進(jìn)行多個單元的并行測試9.4.1 單元測試 9.4 軟件測試步驟 第9章集成測試也稱組裝測試或聯(lián)調(diào)，是在單元測試的基礎(chǔ)上，將所有模塊按照軟件設(shè)計要求組裝成系統(tǒng)并進(jìn)行測試的過程。組裝測試主要通過檢查模塊間的結(jié)構(gòu)和通信發(fā)現(xiàn)軟件設(shè)計階段產(chǎn)生的錯誤，通常采用黑盒測試方法。在組裝測試過程中，需要考慮如下幾個問題：（1）數(shù)據(jù)穿越模塊接口是否會丟失。（2）一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響。（3）各個子功能組合起來，能否達(dá)到預(yù)期要求的父功能。（4）全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題。（5）單個模塊的誤差累積起來，是否會放大，以至于達(dá)到不能接受的程度。9

16、.4.2 集成測試 9.4 軟件測試步驟 第9章把多個模塊組裝成系統(tǒng)，通常有兩種方式：非漸增式組裝和漸增式組裝。1非漸增式組裝方式也稱整體拼裝。即將單元測試后的模塊按照系統(tǒng)總體結(jié)構(gòu)圖一次性集成起來，然后進(jìn)行全程序測試。其優(yōu)點是效率高，缺點是發(fā)現(xiàn)錯誤難以診斷定位，所以又稱“莽撞測試”，只適宜小規(guī)模的系統(tǒng)。2漸增式組裝方式也稱增殖式方式。從一個模塊開始，測試一次添加一個模塊，邊組裝邊測試，以發(fā)現(xiàn)與接口相聯(lián)系的問題，直至所有模塊全部集成到程序中。該方式適合于大規(guī)模的系統(tǒng)。漸增式組裝方式有兩種：自頂向下組裝和自底向上組裝。9.4.2 集成測試 9.4 軟件測試步驟 第9章確認(rèn)測試也稱有效性測試，目的是

17、確認(rèn)組裝完畢的軟件是否滿足軟件需求規(guī)格說明書的要求。典型的確認(rèn)測試通常包括有效性測試和軟件配置審查等內(nèi)容，測試結(jié)束后，軟件就要交付驗收了。1.有效性測試2.軟件配置審查3.測試測試4.驗收測試9.4.3 確認(rèn)測試 9.4 軟件測試步驟 第9章系統(tǒng)測試是把已經(jīng)經(jīng)過確認(rèn)的軟件納入實際運行環(huán)境中，與其他系統(tǒng)成分組合在一起進(jìn)行測試。其目的是檢查軟件能否與系統(tǒng)的其余部分協(xié)調(diào)運行，并且實現(xiàn)軟件需求規(guī)格說明書的要求。系統(tǒng)測試是驗收測試的一部分，應(yīng)由用戶單位組織實施。軟件開發(fā)單位應(yīng)該為系統(tǒng)測試創(chuàng)造良好的條件，負(fù)責(zé)回答和解決測試中可能發(fā)現(xiàn)的一切質(zhì)量問題。常見的系統(tǒng)測試主要有以下幾方面。（1）恢復(fù)測試：主要檢查系

18、統(tǒng)的容錯能力。當(dāng)系統(tǒng)出現(xiàn)錯誤時，能否在指定時間間隔內(nèi)修正錯誤并重新啟動系統(tǒng)。恢復(fù)測試首先要采用各種辦法強(qiáng)迫系統(tǒng)失敗，然后驗證系統(tǒng)能否盡快恢復(fù)。9.4.4 系統(tǒng)測試 9.4 軟件測試步驟 第9章（2）安全測試：主要檢查系統(tǒng)對非法侵入的防范能力。安全測試期間，測試人員假扮非法入侵者，采用各種辦法試圖突破防線，檢驗系統(tǒng)預(yù)防機(jī)制的漏洞。（3）強(qiáng)度測試：主要檢查程序?qū)Ξ惓Ｇ闆r的抵抗能力。強(qiáng)度測試總是迫使系統(tǒng)在異常的資源配置下運行。如運行一些超過正常輸入量或需要最大存儲空間的測試用例。（4）性能測試：主要檢查軟件在集成的系統(tǒng)中的運行性能。它對實時系統(tǒng)和嵌入式系統(tǒng)尤為重要。性能測試常與強(qiáng)度測試相結(jié)合進(jìn)行。經(jīng)

19、常需要其他軟硬件的配套支持。9.4.4 系統(tǒng)測試 9.5 軟件測試工具簡介第9章測試工具即測試軟件，就是可以替代部分人工測試工作的高效測試手段，既可以顯著減少測試開銷，也能夠保證測試的有效性。但到目前為止，完全自動化的測試軟件還沒有實現(xiàn)，自動化測試只是針對大部分的測試工作。市場上有獨立的軟件測試工具，也有集成多個功能的自動測試工具集。下面簡要介紹一些自動測試工具。1靜態(tài)分析程序2動態(tài)分析程序3斷言處理程序4測試數(shù)據(jù)生成程序5文件比較程序6性能測試工具9.6 調(diào)試第9章軟件測試的目的是盡可能多地發(fā)現(xiàn)程序中的錯誤，而調(diào)試則是指成功的測試之后才開始的工作。調(diào)試的目的是根據(jù)測試時發(fā)現(xiàn)的錯誤，找出錯誤的

20、原因和具體位置，并改正錯誤，因此，調(diào)試也稱為糾錯或排錯。測試與調(diào)試的不同如表9-8所示。9.6.1 調(diào)試的目的和步驟 9.6 調(diào)試第9章調(diào)試是技巧性很強(qiáng)的工作，調(diào)試的關(guān)鍵在于推斷程序內(nèi)部的錯誤位置及原因。調(diào)試工作的困難與人的心理因素和技術(shù)因素都有關(guān)系，而心理因素的影響常常高于技術(shù)手段而占主導(dǎo)地位。常用的調(diào)試策略有：1.強(qiáng)行排錯回溯法歸納法演繹法9.6.2 調(diào)試策略 9.6 調(diào)試第9章由于調(diào)試工作有查錯和排錯兩項任務(wù)，因此調(diào)試原則也分成兩組：1查錯原則（1）注重用頭腦去分析思考與錯誤征兆有關(guān)的信息。（2）避免用試探法，最多只能把它當(dāng)作最后手段。（3）調(diào)試工具不能代替人的思考，只能把它當(dāng)作輔助手段

21、來使用。（4）避開死胡同。9.6.3 調(diào)試原則 9.6 調(diào)試第9章2排錯原則（1）注意錯誤的群集現(xiàn)象，在錯誤近鄰檢查。（2）采用回歸測試，避免因修改引起的新錯誤。（3）不能只修改錯誤的表現(xiàn)，要找到錯誤的本質(zhì)并修改。（4）要修改源代碼，而不要修改目標(biāo)代碼。9.6.3 調(diào)試原則 9.7 面向?qū)ο筌浖y試簡述第9章面向?qū)ο蟮臏y試模型是一種在整個軟件開發(fā)過程中不斷測試的測試模型，它使開發(fā)階段的測試與編碼完成后的單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試成為一個整體。測試模型如圖9-9所示。9.7.1 面向?qū)ο蟮臏y試模型 9.7 面向?qū)ο筌浖y試簡述第9章面向?qū)ο蟮臏y試模型是一種在整個軟件開發(fā)過程中不斷測試

22、的測試模型，它使開發(fā)階段的測試與編碼完成后的單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試成為一個整體。測試模型如圖9-9所示。9.7.1 面向?qū)ο蟮臏y試模型 9.7 面向?qū)ο筌浖y試簡述第9章1.面向?qū)ο蠓治鰷y試（OOA測試）對面向?qū)ο蠓治龅臏y試應(yīng)從以下五個方面考慮：（1）對認(rèn)定的對象的測試。（2）對認(rèn)定的結(jié)構(gòu)的測試。（3）對認(rèn)定的主題的測試。（4）對定義的屬性和實例關(guān)聯(lián)的測試。（5）對定義的服務(wù)和消息關(guān)聯(lián)的測試。9.7.1 面向?qū)ο蟮臏y試模型 9.7 面向?qū)ο筌浖y試簡述第9章2.面向?qū)ο笤O(shè)計測試（OOD測試）對面向?qū)ο笤O(shè)計的測試應(yīng)從以下三方面考慮：（1）對認(rèn)定的類的測試。（2）對構(gòu)造的類層次結(jié)構(gòu)

23、的測試。（3）對類庫的支持的測試。3.面向?qū)ο缶幊痰臏y試（OOP測試）（1）數(shù)據(jù)成員是否滿足封裝的要求。（2）類是否實現(xiàn)了所要求的功能。9.7.1 面向?qū)ο蟮臏y試模型 9.7 面向?qū)ο筌浖y試簡述第9章1面向?qū)ο蟮膯卧獪y試面向?qū)ο蟮膯卧獪y試是進(jìn)行面向?qū)ο蠹蓽y試的基礎(chǔ)。面向?qū)ο蟮膯卧獪y試以類或?qū)ο鬄閱挝弧Ｓ捎陬惏唤M不同的操作，并且某些特殊的操作可能被多個類共享，因此，單元測試不能孤立地測試某個操作，而是將操作作為類的一部分來測試。2面向?qū)ο蟮募蓽y試因為在面向?qū)ο蟮能浖袥]有層次的控制結(jié)構(gòu)，并且構(gòu)成類的成分彼此之間存在著直接或間接的交互作用，所以，傳統(tǒng)意義上的自頂向下和自底向上的集成策略將

24、不再適用。9.7.2 面向?qū)ο蟮臏y試策略9.7 面向?qū)ο筌浖y試簡述第9章3面向?qū)ο蟮拇_認(rèn)測試在確認(rèn)測試層次，不需要再考慮類的實現(xiàn)和交互的具體細(xì)節(jié)，只要驗證交互過程及功能，包括提供的用戶界面，用戶可見的操作，軟件的反應(yīng)和輸出的結(jié)果等情況，其中測試用例的選擇主要是依據(jù)動態(tài)模型和系統(tǒng)的腳本描述。4面向?qū)ο蟮南到y(tǒng)測試面向?qū)ο蟮南到y(tǒng)測試要以面向?qū)ο笮枨蠓治龅慕Y(jié)果為依據(jù)，應(yīng)該參考OOA分析的結(jié)果，對需求分析中描述的對象模型、交互模型等各種分析模型進(jìn)行檢驗。9.7.2 面向?qū)ο蟮臏y試策略9.7 面向?qū)ο筌浖y試簡述第9章傳統(tǒng)意義的軟件測試用例的設(shè)計是從軟件的IPO視圖或各個模塊的算法細(xì)節(jié)得出的，而面向?qū)ο?/p>

25、軟件的測試用例更關(guān)注于設(shè)計適當(dāng)?shù)牟僮餍蛄幸詸z查類的狀態(tài)，目前，還處于研究和發(fā)展階段。通常，黑盒測試也適用于面向?qū)ο蟮能浖y試。測試用例設(shè)計的要點如下：（1）每個測試用例都要有一個唯一的標(biāo)識，并與被測試的一個或幾個類相關(guān)聯(lián)。（2）每個測試用例都要陳述測試目的。（3）對每個測試用例都要有相應(yīng)的測試步驟，包括被測試對象的特定狀態(tài)、所使用的消息和操作、可能產(chǎn)生的錯誤及測試需要的外部環(huán)境等。9.7.3 面向?qū)ο蟮臏y試用例設(shè)計9.8 項目實踐：圖書管理系統(tǒng)軟件測試第9章用戶登錄界面9.8.1 功能測試9.8 項目實踐：圖書管理系統(tǒng)軟件測試第9章用戶登錄測試用例（樣式一）9.8.1 功能測試編號測試內(nèi)容測試

26、步驟預(yù)期結(jié)果實際結(jié)果1密碼正確時登錄選擇用戶名admin,輸入密碼123，單擊“確定”按鈕登錄成功，進(jìn)入主界面2密碼錯誤時登錄選擇用戶名admin,輸入密碼135，單擊“確定”按鈕錯誤提示“密碼錯誤，請重輸”3密碼為空時登錄選擇用戶名admin,不輸入任何密碼，單擊“確定”按鈕錯誤提示“密碼錯誤，請重輸”4能否選擇用戶選擇用戶名“高樹芳”,輸入密碼abc123，單擊“確定”按鈕登錄成功，進(jìn)入主界面5密碼大小寫選擇用戶名“高樹芳”,輸入密碼ABC123，單擊“確定”按鈕錯誤提示“密碼錯誤，請重輸”6取消按鈕不論輸入信息與否，單擊“取消”按鈕關(guān)閉對話框，結(jié)束登錄7已停用用戶能否登錄檢查用戶名下拉框

27、是否包括“張老師”不包括用戶“張老師”9.8 項目實踐：圖書管理系統(tǒng)軟件測試第9章用戶登錄測試用例（樣式二）9.8.1 功能測試功能名稱用戶登錄用例編號YHDL-01測試模塊用戶登錄模塊測試類型單元測試測試日期測試人測試目標(biāo)驗證用戶能否登錄測試步驟： 1）在用戶名處下拉框中選擇用戶，如admin； 2）在密碼處輸入用戶密碼，如123; 3 )單擊“確定”按鈕或單擊“取消”按鈕。預(yù)期結(jié)果：1）當(dāng)用戶密碼正確時，用戶登錄成功，進(jìn)入圖書管理系統(tǒng)主界面；2）當(dāng)用戶密碼不正確、為空、或者字母大小寫不正確時，提示“密碼錯誤，請重輸”信息； 3）不論是否輸入密碼，單擊“取消”按鈕時，都關(guān)閉對話框，結(jié)束登錄操作；4）已