軟件測試題目-附答案

一、選擇題

1.軟件測試的目的是（B）。

A）試驗性運(yùn)行軟件B）發(fā)現(xiàn)軟件錯誤C）證明軟件正確D）找出軟件中全部錯誤

2.軟件測試中白盒法是通過分析程序的（B）來設(shè)計測試用例的。

A）應(yīng)用范圍B）內(nèi)部邏輯C）功能D）輸入數(shù)據(jù)

3.黑盒法是根據(jù)程序的（C）來設(shè)計測試用例的。

A）應(yīng)用范圍B）內(nèi)部邏輯C）功能D）輸入數(shù)據(jù)

4.為了提高軟件測試的效率，應(yīng)該（D）。

A）隨機(jī)地選取測試數(shù)據(jù)B）取一切可能的愉入數(shù)據(jù)作為測試數(shù)據(jù)

C）在完成編碼以后制定軟件的測試計劃D）選擇發(fā)現(xiàn)錯誤可能性最大的數(shù)據(jù)作為測試用例

5.與設(shè)計測試用例無關(guān)的文檔是（A

A）項目開發(fā)計劃B）需求規(guī)格說明書C）設(shè)計說明書D）源程序

6.測試的關(guān)鍵問題是（B)o

A）如何組織軟件評審B)如何選擇測試用例

C）如何驗證程序的正確性D)如何采用綜合策略

7.軟件測試用例主要由輸入數(shù)據(jù)和C）兩部分組成。

A）測試計劃B）測試規(guī)則C）預(yù)期輸出結(jié)果D）以往測試記錄分析

8.成功的測試足指運(yùn)行測試用例后(B）。

A）未發(fā)現(xiàn)程序錯誤B）發(fā)現(xiàn)了程序錯誤C）證明程序正確性D）改正了程序錯誤

9.下列幾種邏輯覆蓋標(biāo)準(zhǔn)中，查錯能力最強(qiáng)的是（D

A）語句覆蓋B）判定覆蓋C）條件覆蓋D）條件組合覆蓋

10.在黑盒測試中，著重檢查輸入條件組合的方法是（D）。

A）等價類劃分法B）之界值分析法C）錯誤推測法D）因果圖法

II.單元測試主要針對模塊的幾個基本特征進(jìn)行測試，該階段不能完成的測試是（A

A）系統(tǒng)功能B）局部數(shù)據(jù)結(jié)構(gòu)C）重要的執(zhí)行路徑D）錯誤處理

12.軟件測試過程中的集成測試主要是為了發(fā)現(xiàn)（B）階段的錯誤。

A）需求分析B）概要設(shè)計C）詳細(xì)設(shè)計D）編碼

13.不屬于白盒測試的技術(shù)是（D）。

A）路徑覆蓋B）判定覆蓋C）循環(huán)覆蓋D）邊界值分析

14.集成測試時，能較早發(fā)現(xiàn)高層模塊接口錯誤的測試方法為（A）。

A）自頂向下漸增式測試B）自底向上漸增式測試C）非漸增式測試D）系統(tǒng)測試

15.確認(rèn)測試以（A）文檔作為測試的基礎(chǔ)。

A）需求規(guī)格說明書B）設(shè)計說明書C）源程序D）開發(fā)計劃

16.使用白盒測試方法時，確定測試數(shù)據(jù)應(yīng)根據(jù)（A）和指定的覆蓋標(biāo)準(zhǔn)。

A）程序內(nèi)部邏輯B）程序的狂雜度C）使用說明書D）程序的功能

17.程序的三種基本結(jié)構(gòu)是（B

A）過程子、程序、分程序B）順序、選擇、循環(huán)

C）遞歸、堆棧、隊列D）調(diào)用、返回、轉(zhuǎn)移

18.結(jié)構(gòu)化程序設(shè)計的一種基本方法是（D）

A）篩選法B）遞歸法C）歸納法D）逐步求精法

19.軟件調(diào)試的目的是（A）

A）找出錯誤所在并改正之B）排除存在錯誤的可能性

C）對錯誤性質(zhì)進(jìn)行分類D）統(tǒng)計出錯的次數(shù)

20.程序三種基本結(jié)構(gòu)的共同特點是（D）

A）不能嵌套使用B）只能用來寫簡單程序

C）已經(jīng)用硬件實現(xiàn)D）只有一個入口和一個出口

21.下面說法正確的是（C）。

A）經(jīng)過測試沒有發(fā)現(xiàn)錯誤說明程序正確B）測試的目標(biāo)是為了證明程序沒有錯誤

C）成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試D）成功的測試是沒有發(fā)現(xiàn)錯誤的測試

22.覆蓋準(zhǔn)則最強(qiáng)的是（D）。

A）語句覆蓋B）判定覆蓋

C）條件覆蓋D）路徑覆蓋

23.發(fā)現(xiàn)錯誤能力最弱的是（A）。

A）語句覆蓋B）判定覆蓋

C）條件覆蓋D）路徑覆蓋

24.實際的邏輯覆蓋測試中，一般以（C）為主設(shè)計測試用例。

A）條件覆蓋B）判定覆蓋

C）條件組合覆蓋D）路徑覆蓋

25.下面（D）方法能夠有效地檢測輸入條件的各種組合可能引起的錯誤。

A）等價類劃分B）邊界值分析

C）錯誤推測D）因果圖

26.與確認(rèn)測試階段有關(guān)的文檔足（A）。

A）需求規(guī)格說明書B）概要設(shè)計說明書

C）詳細(xì)設(shè)計說明書D）源程序

27.超出軟件工程范圍的測試是（D）。

A）單元測試B）集成測試

C）確認(rèn)測試D）系統(tǒng)測試

28.軟件測試不需要了解軟件設(shè)計的（D）。

A）功能B）內(nèi)部結(jié)構(gòu)

C）處理過程D）條件

29.（B）方法需要考察模塊間的接口和各模塊之間的聯(lián)系。

A）單元測試B）集成測試

C）確認(rèn)測試D）系統(tǒng)測試

30.調(diào)試應(yīng)該由（B）完成。

A）與源程序無關(guān)的程序員B）編制該源程序的程序員

C）不了解軟件設(shè)計的機(jī)構(gòu)D）設(shè)計該軟件的機(jī)構(gòu)

31.基線是軟件生存期中各開發(fā)階段的一個特定點，它可作為一個檢查點，當(dāng)采用的基線發(fā)

生錯誤時，我們可以返回到最近和最恰當(dāng)?shù)模–）上。

A）配置項B）程序C）基線D）過程

32.版本管理是對系統(tǒng)不同版本進(jìn)行的（A）過程

A）標(biāo)識與跟蹤B）標(biāo)識變更C）發(fā)布變更D）控制變更

33.在變更控制中，管理各個用戶存取和修改一個特定軟件配置對象的權(quán)限是（D）。

A）異步控制B）同步控制

C）存取控制D）基線控制

34.在配置管理中，“登入”和“檢出”處理實現(xiàn)了兩個重要的變更控制要素，即同步控制和

（B）o

A）異步控制B）同步控制

C）基線控制D）存取控制

35.按照軟件配置管理的原始指導(dǎo)思想，受控制的對象應(yīng)是（C）。

A）軟件元素B）軟件配置項

C）軟件項目D）軟件過程

36.軟件配置項是軟件配置管理的對象，指的是軟件工程過程中所產(chǎn)生的（B）。

A）接口B）軟件環(huán)境C）信息項D）版本

37.在變更控制中，可用來確保由不同用戶所執(zhí)行的并發(fā)控制是（B）.

A）異步控制B）同步控制C）存取控制D）基線控制

38.以下說法錯誤的是（A）。

A）軟件配置管理簡稱SCI（SCM）

B）軟件配置項是配置管理的基本單位

C）軟件配置實際上是一動態(tài)的概念

D）軟件工程過程中某一階段的變更均要引起軟件配置的變更

39.在設(shè)計人機(jī)界面時，應(yīng)主要考慮的因素有（D）。

A）系統(tǒng)響應(yīng)時間B）錯誤處理C）用戶求助機(jī)制D）以上都是

40.人機(jī)界面的風(fēng)格大致經(jīng)過了（D）代的演變

A）—B）二C）三D）四

二、填空題

1.軟件測試的目的足盡可能多地發(fā)現(xiàn)軟件中存在的錯誤，將測試測試結(jié)果作為糾錯

的依據(jù)。

2.測試階段的基本任務(wù)是根據(jù)軟件開發(fā)各階段的文檔資料和程序的內(nèi)部結(jié)構(gòu)，精心

設(shè)計一組一測試用例，利用這些實例執(zhí)行程序，找出軟件中潛在的各種錯誤和缺

3.測試用例由輸入數(shù)據(jù)和預(yù)期的輸?shù)軘?shù)據(jù)兩部分組成。

4.軟件測試方法一般分為兩大類：動態(tài)測試方法和靜態(tài)測試方法。

5.動態(tài)測試通過運(yùn)行程序發(fā)現(xiàn)錯誤。根據(jù)測試用例的設(shè)計方法不同,動態(tài)測試又分

為黑盒測試與白盒測試兩類。

6.靜態(tài)測試采用人工檢測和計算機(jī)輔助靜態(tài)分析的手段對程序進(jìn)行檢測。

7.人工審查程序偏重于編碼質(zhì)量的檢驗,而軟件審查除了審查編碼還要對各階段

軟件產(chǎn)品進(jìn)行檢驗。

8.計算機(jī)輔助靜態(tài)分析利用靜態(tài)分析工具對測試程序進(jìn)行特性分析。

9.黑盒法只在軟件的接匚處進(jìn)行測試,依據(jù)需求規(guī)格說明書,檢查程序是否滿足為

能_要求。

10.白盒法必須考慮程序的內(nèi)部結(jié)構(gòu)和處理過程，以檢查處理過程的細(xì)節(jié)為基

礎(chǔ)，對程序中盡可能多的邏輯路徑進(jìn)行JH試

H.白盒測試是一結(jié)構(gòu)測試,被測對象是一源程序，以程序的內(nèi)部邏輯為基礎(chǔ)設(shè)計測

試用例。

12.邏輯覆蓋是對程序內(nèi)部有判定存在的邏輯結(jié)構(gòu)殳計測試用例,根據(jù)程序內(nèi)部的邏輯

覆蓋程度乂可分為語句覆蓋判定覆蓋條件覆蓋判定/條件覆蓋條件組合覆蓋路徑

覆蓋6種覆蓋技術(shù)。

13.實際的邏輯覆蓋測試口，一般以條件組合覆蓋為主設(shè)計測試用例,然后再補(bǔ)充部分

用例，以達(dá)到路徑覆蓋測試標(biāo)準(zhǔn)。

14.循環(huán)覆蓋是對程序內(nèi)部有循環(huán)存在的邏輯結(jié)構(gòu)設(shè)計測試用例,它通過限制循環(huán)次數(shù)

來測試。

15.基本路徑測試是在程序控制流程圖一基礎(chǔ)上,通過分析控制構(gòu)造的雜性，

導(dǎo)出基本路徑集合,從而設(shè)計測試用例。

16.黑盒測試是旦能—測試，用黑盒技術(shù)設(shè)計測試用例有4種方法：等價類劃分邊界值分

析錯誤推測因果圖。

17.等價類劃分從程序的功能說明,找出一個輸入條件（通常是一句話或一

個短語），然后將每個輸入條件劃分成兩個或多個省遞

18.邊界值分析是將測試皿情況作為重點目標(biāo)，選取正好等于、剛剛大于或剛剛小于

邊界值的測試數(shù)據(jù)。如果輸入或輸出域是一個有序集合，則應(yīng)選取集合的第?個元

素和最后一個元素作為測試用例。

19.在測試程序時，根據(jù)經(jīng)驗或直覺推測程序中可能存在的各種錯誤，稱為錯誤推測法.

20.因果圖的基本原理是通過畫因果圖,把用自然語言描述的功能說明轉(zhuǎn)換為判

定表，最后為判定表每一列設(shè)計一個測試用例。

21.測試的綜合策略是在測試中，聯(lián)合使用各種測試方法。通常先用黑盒法設(shè)計

基本的測試用例，再用&一法補(bǔ)充一些必要的測試用例。

22.軟件測試過程中需要3類信息：軟件配置、測試配置和測試工具。

23.軟件測試一般經(jīng)過4個測試：單元測試集成測試確認(rèn)測試系統(tǒng)測試°

24.里遨幽_指對源程序中每一個程序單元進(jìn)行測試，檢查各個模塊是否正確實現(xiàn)規(guī)定的功

能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤，它涉及編碼和詳細(xì)設(shè)計的文檔。

25.單元測試主要測試模塊的5個基本特征：模塊接口局部數(shù)據(jù)結(jié)構(gòu)重要的執(zhí)行路徑錯

誤處理邊界條件。

26.在單元測試中，需要為被測模塊設(shè)計驅(qū)動模塊和樁模塊。驅(qū)動模塊用來

模擬被測模塊的上級調(diào)用模塊，樁模塊用來代替被測模塊所調(diào)用的模塊。

27.集成測試指在測試基礎(chǔ)上，將所有模塊按照設(shè)計要求組裝成一個完整的系統(tǒng)進(jìn)

行的測試。也稱組裝測試或聯(lián)合測試。

28.集成測試的方法有兩種：非漸增式測試漸增式測試。

29.漸增式測試有兩種不同的組裝模塊的方法：自頂向下結(jié)合自底向上結(jié)合。

30.自頂向下漸增式測試無需要編寫驅(qū)動模塊,只需要編寫樁模塊,其步驟是從

模塊開始，沿著被測程序的的控制路徑逐步向下測試，它有兩種組合策略：軟件

結(jié)構(gòu)圖和深度優(yōu)先策略寬度優(yōu)先策略。

31.自底向上漸增式測試不需要編寫模塊，只需要編寫驅(qū)動模塊。

32.確認(rèn)測試指檢查軟件的功能與性能是否與需求規(guī)格說明書中確定的指標(biāo)相符

合，又稱有效性測試。

33.確認(rèn)測試在模擬環(huán)境下運(yùn)用測試方法，由專門測試人員和用戶參加的測

試。

34.確認(rèn)測試開始前需要制定計劃，結(jié)束后要寫出測試分析報告。其測試用例

要選用實際運(yùn)用的數(shù)據(jù)。

35.軟件配置審查的任務(wù)是檢查軟件的所有文檔資料的工整J和」

36.調(diào)試也稱糾錯，是在成功的測試之后才開始進(jìn)行，其目的是確定錯誤的原因和

位置，并改正錯誤。

37.調(diào)試技術(shù)包括簡單調(diào)試歸納法調(diào)試演繹法調(diào)試回溯法調(diào)試

38.回溯法調(diào)試是從程序產(chǎn)生錯誤的地方出發(fā),而歸納法調(diào)試是從測試結(jié)果發(fā)現(xiàn)的線索

入手。

39.被測試程序不在機(jī)器上運(yùn)行，而是采用人工檢測和計算機(jī)輔助分析檢測的手段稱為

靜態(tài)測試。

40.用等價類劃分法設(shè)計一個測試用例時，使其覆蓋一盡可能多的尚未被覆蓋的合

理等價類。

41.用等價類劃分法設(shè)計一個測試用例時，使其覆蓋.一個不合理等價類。

42.在單元測試時，需要為被測模塊設(shè)計驅(qū)動模塊與樁模塊。

43.在集成測試時有兩種測試方法，它們是_漸增式和非漸增式_______________。

44.軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。

45.運(yùn)行被測程序的方法稱為動態(tài)測試。

46.動態(tài)測試中，主要測試軟件功能的方法稱為黑盒法。

47.選擇測試用例，使得被測程序中每個判定的每個分支至少執(zhí)行一次，這種邏輯覆蓋標(biāo)準(zhǔn)

稱為判定覆蓋。

48.要覆蓋含循環(huán)結(jié)構(gòu)的所有路徑是不可能的，一般通過限制循環(huán)次數(shù)來測試。

49.用等價類劃分法設(shè)計測試用例時，如果被測程序的某個輸入條件規(guī)定了取值范圍，則可

確定一個合理的等在和兩個不*?理的等價類。

50.憑經(jīng)驗或直覺推測程序中可能存在的錯誤而設(shè)計測試用例的方法是一錯誤推測

a。

51.集成測試中的具體方法是一漸增式和非漸增式測試方法,,

52.確認(rèn)測試階段的兩項工作是進(jìn)行確認(rèn)測試和軟件配置審查°

53.在單元測試中，測試一個模塊時，需要設(shè)計驅(qū)動模塊和樁模塊__________。

54.軟件配置管理，簡稱SCM,它用于整個軟件工程過程。共主要目標(biāo)是：標(biāo)識變更控

制變更確保變更正確地實現(xiàn)報告有關(guān)變更

55.SCM是一組管理整個軟件生存期各階段中變更的活動。

56.基線的作用是把各階段的開發(fā)工作劃分得更加明確，便于檢杳與確認(rèn)階段成果。因此，

基線可以作為項目的一個檢查點。

三、名詞解釋

I.軟件測試：軟件測試指為了發(fā)現(xiàn)軟件中的錯誤而執(zhí)行軟件的過程。它的目標(biāo)是盡可能多地

發(fā)現(xiàn)軟件中存在的錯誤，將測試結(jié)果作為糾錯的依據(jù)。

2.靜態(tài)測試：指被測試的程序不在機(jī)器上運(yùn)行，而是采用人工檢測和計算機(jī)輔助靜態(tài)分析的

手段對程序進(jìn)行檢測。

3.動態(tài)測試：指通過運(yùn)行程序發(fā)現(xiàn)錯誤

4.黑盒測試：指把測試對象看成一個黑盒子，測試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過

程，只在軟件的接口處進(jìn)行測試，依據(jù)需求規(guī)格說明書，檢查程序是否滿足功能要求，又稱

為功能測試或數(shù)據(jù)驅(qū)動測試。

5.白盒測試：把測試對象看成一個打開的盒子，測試人員需『解程序的內(nèi)部結(jié)構(gòu)和處理過程,

以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對程序中盡可能多的邏輯路徑進(jìn)行測試，檢驗內(nèi)部控制結(jié)構(gòu)

和數(shù)據(jù)結(jié)構(gòu)是否有錯，實際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。

6.語句覆蓋：設(shè)計足夠的測試用例，使被測程序中每個語句至少執(zhí)行一次

7.判定覆蓋：指設(shè)計足夠的測試用例，使被測程序中每個判定表達(dá)式至少獲得一次“真”值

或“假”值，從而使程序的每個分支至少都通過?一次，因此判定覆蓋又稱分支覆蓋

8.條件覆蓋：指設(shè)計足夠測試用例，使判定表達(dá)式中每個條件的各種可能的值至少出現(xiàn)一次。

9.判定/條件覆蓋：設(shè)計足夠的測試用例，使得判定表達(dá)式中每個條件的所有可能取值至少出

現(xiàn)一次，并使每個判定表達(dá)式所有可能的結(jié)果也至少出現(xiàn)一次。

10.條件組合覆蓋：指設(shè)計足夠的測試用例，使得每個判定表達(dá)式中條件的各種可能的值的

組合都至少出現(xiàn)一次。

11.路徑覆蓋：設(shè)計足夠的測試用例，覆蓋被測程序中斤有可能的路徑

12.測試用例：指為尋找程序中的錯誤而精心設(shè)計的一組測試數(shù)據(jù)

13.驅(qū)動模塊：指用來模擬被測模塊的上級調(diào)用模塊，其功能比真正的上級模塊簡單得多，

它只完成接受測試數(shù)據(jù)，以上級模塊調(diào)用被測模塊的格式驅(qū)動被測模塊，接收被測模塊的測

試結(jié)果并輸出。

14.樁模塊

15.單元測試

16.集成測試

17.確認(rèn)測試

18.漸增式測試

19.非漸增式測試

20.調(diào)試

21.人的因素的含義

22.基線

23.軟件配置管理

24.軟件配置項

四、簡答題

1.為什么說軟件測試是軟件開發(fā)中不可缺少的重要一環(huán)，但不是軟件質(zhì)量保證的安全網(wǎng)？

2.軟件測試的目的是什么？為什么把軟件測試的目的定義為只是發(fā)現(xiàn)錯誤？

3.軟件測試應(yīng)當(dāng)遵循什么原則？為什么要遵循這些原則？

4.軟件測試的步驟是什么？這些測試與軟件開發(fā)各階段之間的關(guān)系？

5.軟件測試的過程是什么？

6.單元測試、集成測試和確認(rèn)測試各自主要目標(biāo)是什么？它們之間有什么不同？相互有什么

關(guān)系？

7.什么是黑盒測試與白盒測試？它們都適應(yīng)哪些測試？

8.簡述軟件測試與軟件調(diào)試的區(qū)別。

9.軟件配置管理的任務(wù)。

1（）.試述第三代界面的優(yōu)點。

II.試述人機(jī)界面的設(shè)計過程。

五、綜合題

1.變量的命名規(guī)則一般規(guī)定如下：變量名的長度不多于40個字符，第一個字符必須為英文

字母，其他字母可以英文字母、數(shù)字以及下劃線的任意組合。請用等價分類法設(shè)計測試用例。

2.某商場在“五一”期間，顧客購物時收費有4種情況：普通顧客一次購物累計少于10（）元,

按A類標(biāo)準(zhǔn)收費（不打折），一次購物累計多于或等于100元，按B類標(biāo)準(zhǔn)收費（打9折）；

會員顧客一次購物累計少于1（X）（）元，按C類標(biāo)準(zhǔn)收費（打8折），一次購物累計等于或多于

1000元，按D類標(biāo)準(zhǔn)收費（打7折）。測試對象是按以上要求計算顧客收費模塊，按照路徑覆

蓋法設(shè)計測試用例。

3.下面是某程序的流程圖：

（1）計算它的環(huán)路復(fù)雜性。

（2）為了完成基本路徑測試，求它的一組獨立的路徑。

六、選擇題

I.B2.B3.C4.D5.A6.B7.C8.B9.D10.D

11.A12.B13.D14.A15.A16.A17.B18.D19.A20.D

21.C22.D23.A24.C25.D26.A27.D28.D29.B30.B

31.C32.A33.D34.B35.C36.B37.B38.A39.D40.D

七、填空題

1.錯誤測試結(jié)果

2.文檔資料內(nèi)部結(jié)構(gòu)測試用例程序錯誤缺陷

3.輸入數(shù)據(jù)輸出數(shù)據(jù)

4.動態(tài)測試靜態(tài)測試

5.運(yùn)行程序測試用例黑盒測試白盒測試

6.人工檢測計算機(jī)輔助靜態(tài)分析

7.編碼質(zhì)量編碼軟件產(chǎn)品

8.靜態(tài)分析特性

9.接口需求規(guī)格功能

10.內(nèi)部結(jié)構(gòu)處理過程處理過程測試

11.結(jié)構(gòu)源程序內(nèi)部邏輯

12.判定語句覆蓋判定覆蓋條件覆蓋判定/條件覆蓋條件組合覆蓋路徑覆蓋

13.條件組合路徑

14.循環(huán)循環(huán)次數(shù)

15.控制流程圖環(huán)路基本路徑

16.功能等價類劃分邊界值分析錯誤推測因果圖

17.功能一句話一個短語等價類

18.邊界邊界值第一個最后一個

19.錯誤推測法

20.因果功能說明判定表判定表

21.測試黑盒白盒

22.軟件配置測試配置測試工具

23.單元測試集成測試確認(rèn)測試系統(tǒng)測試

24.單元測試編碼詳細(xì)設(shè)計

25.模塊模塊接口局前數(shù)據(jù)結(jié)構(gòu)重要的執(zhí)行路徑錯誤處理邊界條件

26.驅(qū)動班驅(qū)動模塊班模塊

27.單元組裝聯(lián)合

28.非漸增式測試漸增式測試

29.自頂向下結(jié)合自底向上結(jié)合

30.驅(qū)動樁頂層軟件結(jié)構(gòu)圖深度優(yōu)先策略寬度優(yōu)先策略

31.樁驅(qū)動

32.功能性能需求規(guī)格有效性

33.黑盒專門測試人員用戶

34.測試測試分析實際運(yùn)用

35.完整性正確性

36.糾錯原因位置

37.簡單調(diào)試歸納法調(diào)試演繹法調(diào)試回溯法調(diào)試

38.程序產(chǎn)生錯誤的地方測試結(jié)果發(fā)現(xiàn)的線索

39.靜態(tài)

40.盡可能多的

41.一個

42.驅(qū)動模塊與樁模塊

43.漸增式和非漸增式

44.發(fā)現(xiàn)錯誤

45.動態(tài)測試

46.黑盒法

47.判定覆蓋

48.循環(huán)次數(shù)

49.兩個不合理的等價類

50.錯誤推測法

51.漸增式和非漸增式測試方法

52.進(jìn)行確認(rèn)測試和軟件配置審查

53.驅(qū)動模塊和樁模塊

54.標(biāo)識變更控制變更確保變更正確地實現(xiàn)報告有關(guān)變更

55.變更

56.檢查點

八、名詞解釋

1.軟件測試指為了發(fā)現(xiàn)軟件中的錯誤而執(zhí)行軟件的過程,它的目標(biāo)是盡可能多地發(fā)現(xiàn)軟件中

存在的錯誤，將測試結(jié)果作為糾錯的依據(jù)。

2.靜態(tài)測試指被測試的程序不在機(jī)器上運(yùn)行，而是采用人工檢測和計算機(jī)輔助靜態(tài)分析的手

段對程序進(jìn)行檢測。

3.動態(tài)測試指通過運(yùn)行程序發(fā)現(xiàn)錯誤。

4.黑盒測試指把測試對象看成一個黑盒子，測試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程,

只在軟件的接口處進(jìn)行測試，依據(jù)需求規(guī)格說明書，檢查程序是否滿足功能要求，又稱為功

能測試或數(shù)據(jù)驅(qū)動測試。

5.白盒測試指把測試對象看成一個打開的盒子，測試人員需了解程序的內(nèi)部結(jié)構(gòu)和處理過程,

以檢杳處理過程的細(xì)節(jié)為基礎(chǔ)，對程序中盡可能多的邏輯路徑進(jìn)行測試，檢驗內(nèi)部控制結(jié)構(gòu)

和數(shù)據(jù)結(jié)構(gòu)是否有錯，實際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。

6.語句覆蓋指設(shè)計足夠的測試用例，使被測程序中每個語句至少執(zhí)行一次。

7.判定覆蓋指設(shè)計足夠的測試用例，使被測程序中每個判定表達(dá)式至少獲得一次“真”值或

“假”值，從而使程序的每個分支至少都通過一次，因此判定覆蓋又稱分支覆蓋。

8.條件覆蓋指設(shè)計足夠測試用例，使判定表達(dá)式中每個條件的各種可能的值至少出現(xiàn)一次。

9.判定/條件覆蓋指設(shè)計足夠的測試用例，使得判定表達(dá)式中每個條件的所有可能取值至少出

現(xiàn)一次，并使每個判定表達(dá)式所有可能的結(jié)果也至少出現(xiàn)一次。

10.條件組合覆蓋指設(shè)計足夠的測試用例，使得每個判定表達(dá)式中條件的各種可能的值的組合

都至少出現(xiàn)一次。

11.路徑覆蓋指設(shè)計足夠的測試用例，覆蓋被測程序中所有可能的路徑。

12.測試用例指為尋找程序中的錯誤而精心設(shè)計的一組測試數(shù)據(jù)。

13.驅(qū)動模塊指用來模擬被測模塊的上級調(diào)用模塊，其功能比真正的上級模塊簡單得多，它只

完成接受測試數(shù)據(jù)，以上級模塊調(diào)用被測模塊的格式驅(qū)動被測模塊，接收被測模塊的測試結(jié)

果并輸出.

14.樁模塊指用來代替被測試模塊所調(diào)用的模塊，其作用是返回被測試模塊所需的信息。

15.單元測試指對源程序中每一個程序單元進(jìn)行測試，檢查各個模塊是否正確實現(xiàn)規(guī)定的功

能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤。

16.集成測試指在單元測試基礎(chǔ)上，將所有模塊按照設(shè)計要求組裝成一個完整的系統(tǒng)進(jìn)行的測

試。也稱組裝測試或聯(lián)合測試。

17.確認(rèn)測試指檢查軟件的功能與性能是否與需求規(guī)格說明書中確定的指標(biāo)相符合，又稱有效

性測試。

18.漸增式測試指逐個把未經(jīng)過測試的模塊組裝到已經(jīng)過測試的模塊上去，進(jìn)行集成測試。每

加入一個新模塊進(jìn)行一次集成測試，重復(fù)此過程直到程序組裝完畢。

19.非漸增式測試指首先對每個模塊分別進(jìn)行單元測試，然后把所有的模塊按設(shè)計要求組裝在

一起進(jìn)行測試。

20.調(diào)試指確定錯誤的原因和位置，并改正錯誤的過程，也稱糾錯。

21.1）人對感知過程的認(rèn)識，包括視覺、閱讀時的認(rèn)知心理、記憶、歸納與演繹推理等；

2）用戶已有的技能和行為方式；

3）用戶所要求的完成的整個任務(wù)以及用戶對人機(jī)交互部分的特殊要求。

22.已經(jīng)通過正式復(fù)審和批準(zhǔn)的某規(guī)約或產(chǎn)品，它因此可以作為進(jìn)一步開發(fā)的基礎(chǔ)，并且只能

遵循正式的變化控制過程得到改變。

23.軟件配置管理，簡稱SCM,它用于整個軟件工程過程。其主要目標(biāo)是：標(biāo)識變更、控制

變更、確保變更正確地實現(xiàn)、報告有關(guān)變更。SCM是一組管理整個軟件生存期各階段中變更

的活動。

24.軟件配置項是軟件工程中產(chǎn)生的信息項，它是配置管理的基本單位，對j成為基線的SCL

雖然可以修改，但必須按照一個特殊的正確的過程進(jìn)行評估，確認(rèn)每一處的修改。

九、簡答題

1.①軟件測試足軟件開發(fā)中不可缺少的重要一環(huán)，原因是：

?測試的工作量約占整個項目開發(fā)工作量的40%左右，幾乎一半。如果是關(guān)系到人的生

命安全的軟件，測試的工作量還要成倍增加。

?軟件測試代表了需求分析、設(shè)計、編碼的最終復(fù)審。

②軟件測試不是軟件質(zhì)量保證的安全網(wǎng)，因為軟件測試只能發(fā)現(xiàn)錯誤，不能保證沒有錯誤。

2.軟件測試的目的有：

①軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。

②一個好的測試用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯誤。

③一個成功的測試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯誤。

軟件測試的目標(biāo)定義為只是發(fā)現(xiàn)錯誤，原因是軟件測試可以有兩個目標(biāo)，一個是預(yù)防錯誤，

另一個是發(fā)現(xiàn)錯誤。由于軟件開發(fā)是人的創(chuàng)造性勞動，人的活動不可能完美無缺，錯誤可能

發(fā)生在任何一個階段，因此預(yù)防錯誤這一目標(biāo)幾乎是不可實現(xiàn)的，所以軟件測試的目標(biāo)定義

為只是發(fā)現(xiàn)錯誤。

3.軟件測試應(yīng)當(dāng)遵循原則如下：

①用例由輸入數(shù)據(jù)和預(yù)期的輸出數(shù)據(jù)兩部分組成，因為這樣便于對照檢查，做到有的放矢。

②用例不僅選用合理的輸入數(shù)據(jù)，還要選擇不合理的輸入數(shù)據(jù)。因為當(dāng)以特殊方式使用程序

時，會突然發(fā)現(xiàn)程序中有許多錯誤，故使用預(yù)期的不合理的輸入數(shù)據(jù)進(jìn)行程序測試，比用合

理的輸入數(shù)據(jù)收獲要大，從而能更多地發(fā)現(xiàn)錯誤，提高程序可靠性。

③除了檢查程序是否做了它應(yīng)該做的事，還應(yīng)該檢查程序是否做了它不應(yīng)該做的事，因為如

果程序做了它不應(yīng)該做的事，即使程序能做它應(yīng)該做的事，程序也是錯誤的。

④應(yīng)制定測試計劃并嚴(yán)格執(zhí)行，因為這樣可以排除隨意性.

⑤長期保留測試用例，因為測試用例的設(shè)計耗費很大的工作量，而修改后的程序可能有新的

錯誤，需要進(jìn)行回歸測試，故必須將測試用例作為文檔保存，使測試具有可重復(fù)性，同時測

試用例是將來系統(tǒng)維護(hù)測試與確認(rèn)的依據(jù)，保存測試用例也為以后的維護(hù)提供方便。

?對發(fā)現(xiàn)錯誤較多的程序段，應(yīng)進(jìn)行更深入的測試，因為發(fā)現(xiàn)錯誤較多的程序段，其質(zhì)量較

差，同時在修改錯誤過程中又容易引入新的錯誤。

⑦程序員避免測試自己設(shè)計的程序，因為測試目的是找錯。從心理學(xué)角度講，程序員大多對

自己的程序存有偏見，總認(rèn)為沒有錯誤或錯誤不大，另外程序員對需求規(guī)格說明的理蟀而引

入的錯誤則更難發(fā)現(xiàn)，應(yīng)該由別人或另外的機(jī)構(gòu)來測試會更客觀、更有效。

4.①軟件測試的步驟如圖7-3所示。

圖7-3軟件測試的步驟

②這些測試與軟件開發(fā)各階段之間的關(guān)系如圖7-2所示,因為系統(tǒng)測試已經(jīng)超出了軟件工程

的范圍，所以圖7-2中的系統(tǒng)測試不包括在內(nèi)。

5.軟件測試是一個規(guī)則的過程，包括測試設(shè)計、測試執(zhí)行以及測試結(jié)果比較等。

①測試設(shè)計：根據(jù)軟件開發(fā)各階段的文檔資料和程序的內(nèi)部結(jié)構(gòu)，利用各種設(shè)計測試用例技

術(shù)精心設(shè)計測試用例。

②測試執(zhí)行：利用這些測試用例執(zhí)行程序，得到測試結(jié)果。

③測試結(jié)果比較：將預(yù)期的結(jié)果與實際測試結(jié)果進(jìn)行比較，如果二者不符合，對于出現(xiàn)的錯

誤進(jìn)行糾錯，并修改相應(yīng)文檔。修改后的程序還要進(jìn)行再次測試，直到滿意為止。如果測試

發(fā)現(xiàn)不了錯誤，可能由于測試配置考慮不周到，應(yīng)考慮.重新制定測試方案，設(shè)計測試用例。

6.單元測試、集成測試和確認(rèn)測試各自主要目標(biāo)是：

①單元測試的主要目標(biāo)是檢查各個模塊是否正確實現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或

算法中的錯誤。

②集成測試的主要目標(biāo)是檢查與設(shè)計相關(guān)的軟件體系結(jié)溝的有關(guān)問題。

③確認(rèn)測試的主要目標(biāo)是檢查已實現(xiàn)的軟件是否滿足需求規(guī)格說明書中確定的各種需求。

單元測試、集成測試和確認(rèn)測試之間的不同如下：

①測試內(nèi)容不同：單元測試集中于單個模塊的功能和結(jié)曲檢驗，其測試內(nèi)容主要包括模塊接

口、局部數(shù)據(jù)結(jié)構(gòu)、重要的執(zhí)行路徑、錯誤處理和邊界測試：集成測試集中于模塊組合的功

能和軟件結(jié)構(gòu)檢驗，其?測試內(nèi)容主要包括模塊組裝中可能出現(xiàn)的問題，即數(shù)據(jù)穿過接口可能

丟失、一個模塊可能破壞另一個模塊的內(nèi)容、子功能組裝可能不等于主功能、全程數(shù)據(jù)結(jié)構(gòu)

問題、誤差累積問題；確認(rèn)測試集中于論證軟件需求的可追溯性，主要包括測試軟件功能和

性能是否與軟件需求一致、測試軟件配置的所有程序與文檔是否正確完整而且一致。

②測試的方法不同：單元測試總是使用白盒測試法，為被測模塊設(shè)計驅(qū)動模塊和樁模塊；集

成測試使用漸增式測試和非漸增式測試，漸增式測試乂有分為自頂向下結(jié)合法和自底網(wǎng)上結(jié)

合法；確認(rèn)測試總是使用黑盒測試法。

③發(fā)現(xiàn)的錯誤不同：單元測試發(fā)現(xiàn)的錯誤主要是在編碼階段產(chǎn)生的錯誤，集成測試發(fā)現(xiàn)的錯

誤主要是在設(shè)計階段產(chǎn)生的錯誤，確認(rèn)測試發(fā)現(xiàn)的錯誤主要是在需求分析階段產(chǎn)生的錯誤。

④涉及的文檔不同：單元測試涉及編碼和詳細(xì)設(shè)計文檔，集成測試涉及詳細(xì)設(shè)計文檔和概要

設(shè)計文檔，確認(rèn)測試涉及軟件需求規(guī)格說明書和用戶手冊。

三者相互關(guān)系是：單元測試、集成測試和確認(rèn)測試是順序?qū)崿F(xiàn)的。首先單元測試對各個模塊

進(jìn)行測試，然后集成測試以單元測試為基礎(chǔ)，將所有已測模塊按照設(shè)計要求組裝成一個完整

的系統(tǒng)，對模塊組合的功能和軟件結(jié)構(gòu)檢驗進(jìn)行測試，最后確認(rèn)測試是以集成測試為基礎(chǔ)，

測試集成的軟件是否滿足需求規(guī)格說明書中確定的各種需求。

7.①黑盒測試指把測試對象看成一個黑盒子，測試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過

程，只在軟件的接口處進(jìn)行測試，依據(jù)需求規(guī)格說明書，檢查程序是否滿足功能要求，又稱

為功能測試或數(shù)據(jù)驅(qū)動測試。

②白盒測試指把測試對象看成一個打開的盒子，測試人員需了解程序的內(nèi)部結(jié)構(gòu)和處理過

程，以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對程序中盡可能多的邏輯路徑進(jìn)行測試，檢驗內(nèi)部控制

結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯，實際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。

③白盒測試適應(yīng)的測試有單元測試、邏輯覆蓋(按邏輯覆蓋程度不同，有語句覆蓋、判定覆

蓋、條件覆蓋、判定/條件耀蓋、條件組合覆蓋和路徑覆蓋循環(huán)覆蓋(限制循環(huán)次數(shù)，有

單循環(huán)和嵌套循環(huán))和基本路徑測試。

④黑盒測試適應(yīng)的測試有：確認(rèn)測試、等價類劃分、邊界值分析、錯誤推測和因果圖。

8.軟件測試與軟件調(diào)試在目的、技術(shù)和方法等方面存在很大的區(qū)別，主要表現(xiàn)在：

①測試從一個側(cè)面證明程序員的失敗，而調(diào)試是為了證明程序員的正確。

②測試從己知條件開始，使用預(yù)先定義的程序，且有預(yù)知的結(jié)果，不可預(yù)見的只是程序是否

通過測試。調(diào)試一般以不可知的內(nèi)部條件開始，除統(tǒng)計性調(diào)試外，結(jié)果是不可預(yù)見的。

③測試是有計劃的，并要進(jìn)行測試設(shè)計，而調(diào)試是不受時間約束的。

④測試是一個發(fā)現(xiàn)錯誤、改正錯誤、重新測試的過程，而調(diào)試是一個推理過程。

⑤測試的執(zhí)行足有規(guī)程的，而調(diào)試的執(zhí)行往往要求程序員進(jìn)行必要的推理及知覺的飛躍。

?測試經(jīng)常由獨立的測試組在不了解軟件設(shè)計的前提下完成，而調(diào)試必須由了解詳細(xì)設(shè)計的

程序員完成。

⑦大多數(shù)測試的執(zhí)行和設(shè)計可由工具支持，而調(diào)試時，程序員能利用的工具主要是調(diào)試器。

十、綜合題

1.①劃分等價類下表。

等價類劃分表

輸入條件合理等價類不合理等價類

長度⑴小于40個字符(5)大于40個字符

(2)等于40個字符

第一個字(3)英文字母(6)非英文字母

符

其他字母(4)英文字母、數(shù)字或下劃線(7)空格(8)標(biāo)點符號(9)運(yùn)

的任意組合算符號

(10)其他可顯示字符

②設(shè)計測試用例下表。

測試用例表

測試數(shù)據(jù)測試范圍期望結(jié)果

(1)s_name12等價類有效

(1),(3),(4)

(2)等價類有效

alb2c3d4e5f6g7h8i9j1k213m4n5o6p7q8r9s_tr⑵,(3),(4)

(3)等價類(5)無效

a1b2c3d4e5f6g7h8i9j1k213m4n506P7q8r9s_trff

(4)234name等價類(6)無效

(5)abgh等價類(7)無效

(6)ab!2f等價類(S)無效

(7)fg+ghh等價類(9)無效

(8)H@gh等價類(10)無效

2.①被測模塊的程序流程圖如圖所示。

被測模塊的程序流程圖

②按照路徑覆蓋法設(shè)計測試用例如下：

是會員，累計消費900元，覆蓋路徑127

是會員，累計消費2000元，覆蓋路徑128

不是會員，累計消費80元，覆蓋路徑134

不是會員，累計消費300元，覆蓋路徑135

3.(a)環(huán)路復(fù)雜性;判斷數(shù)+1=6+1=7(個)

(b)路徑1：0一①一13—19

路徑2：0—@一③一14—19

路徑3：0—②一④一⑤一15—19

路徑4：0—②一?一⑥一⑦一16一19

路徑5：0-@一⑥一⑧一?—17—19

路徑6：0—②一@一⑥一⑧一@一18—19

路徑7：0—?一⑥一⑧一＜?—12—19

4.(1)劃分等價類見表1。

表1等價類劃分表

輸入條件合理等價類不合理等價類

長度(1)小于40個字符(5)大于40個字符

(2)等于40個字符

第一個字(3)英文字母(6)非英文字母

符

其他字母(4)英文字母、數(shù)字或⑺空格(8)標(biāo)點符號(9)運(yùn)

下劃線的任意組合算符號

(10)其他可顯示字符

(2)設(shè)計測試用例見表2。

表2測試用例表

測試數(shù)據(jù)測試范圍期望結(jié)果

(1)s_name12等價類⑴，⑶,(4)有效

(2)aIb2c3d4e5f6g7h8i9j1k213m4n5o等價類⑵，⑶,(4)有效

6p7q8r9s_tr

(3)a1b2c3d4c5f6g7h8i9j1k213m4n5o等價類15)無效

6p7q8r9s_trff

(4)234name等價類⑹無效

(5)abgh等價類(7)無效

(6)ab!2f等價類⑻無效

(7)fg+ghh等價類⑼無效

(8)H@gh等價類no)無效

5.等價劃分法

①劃分等價類并編號，如下表所示。

十六進(jìn)制整型常鼠輸入條件的等價類表