軟件測試習(xí)題

1、軟件測試習(xí)題一、選擇題1 .軟件測試的目的是（B ）。A）試驗(yàn)性運(yùn)行軟件 B ）發(fā)現(xiàn)軟件錯(cuò)誤 C ）證明 軟件正確D ）找出軟件中全部錯(cuò)誤2 .軟件測試中白盒法是通過分析程序的 （B ） 來設(shè)計(jì)測試用例的。A應(yīng)用范圍B ）內(nèi)部邏輯C）功能D ）輸入 數(shù)據(jù)3 .黑盒法是根據(jù)程序的（C ）來設(shè)計(jì)測試用 例的。A應(yīng)用范圍B ）內(nèi)部邏輯C）功能D ）輸入 數(shù)據(jù)4 .為了提高軟件測試的效率，應(yīng)該（ D ）。A）隨機(jī)地選取測試數(shù)據(jù)B ）取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C）在完成編碼以后制定軟件的測試計(jì)劃 D）選擇 發(fā)現(xiàn)錯(cuò)誤可能性最大的數(shù)據(jù)作為測試用例5 .與設(shè)計(jì)測試用例無關(guān)的文檔是（A ）。A）項(xiàng)目開發(fā)計(jì)

2、劃B ）需求規(guī)格說明書C ）設(shè)計(jì)說明書 D ）源程序6 .測試的關(guān)鍵問題是（B ）。A）如何組織軟件評審B ）如何選擇測試用例C）如何驗(yàn)證程序的正確性D ）如何采用綜合策略7 .軟件測試用例主要由輸入數(shù)據(jù)和（ C ）兩 部分組成。A測試計(jì)劃B ）測試規(guī)則C ）預(yù)期輸出結(jié)果 D ）以往測試記錄分析8 .成功的測試是指運(yùn)行測試用例后（ B ）。A未發(fā)現(xiàn)程序錯(cuò)誤 B ）發(fā)現(xiàn)了程序錯(cuò)誤 C ） 證明程序正確性 D ）改正了程序錯(cuò)誤9 .下列幾種邏輯覆蓋標(biāo)準(zhǔn)中，查錯(cuò)能力最強(qiáng)的是（D ）。A語句覆蓋 B ）判定覆蓋 C ）條件覆蓋 D）條件組合覆蓋10 .在黑盒測試中，著重檢查輸入條件組合的方法是（D ）

3、。A）等價(jià)類劃分法 B ）邊界值分析法 C ）錯(cuò) 誤推測法 D ）因果圖法11 .單元測試主要針對模塊的幾個(gè)基本特征進(jìn)行 測試，該階段不能完成的測試是（A ）。A系統(tǒng)功能 B ）局部數(shù)據(jù)結(jié)構(gòu) C ）重要的 執(zhí)行路徑 D ）錯(cuò)誤處理12 .軟件測試過程中的集成測試主要是為了發(fā)現(xiàn)（B ）階段的錯(cuò)誤。A需求分析 B ）概要設(shè)計(jì) C ）詳細(xì)設(shè)計(jì) D）編碼13 .不屬于白盒測試的技術(shù)是（D ）。A路徑覆蓋 B ）判定覆蓋 C ）循環(huán)覆蓋 D）邊界值分析14 .集成測試時(shí)，能較早發(fā)現(xiàn)高層模塊接口錯(cuò)誤 的測試方法為（A ）。A）自頂向下漸增式測試 B ）自底向上漸增式測 試C ）非漸增式測試 D ）系統(tǒng)測試

4、15 .確認(rèn)測試以（A ）文檔作為測試的基礎(chǔ)。A）需求規(guī)格說明書B ）設(shè)計(jì)說明書C ）源程序 D ）開發(fā)計(jì)劃16 .使用白盒測試方法時(shí)，確定測試數(shù)據(jù)應(yīng)根據(jù)（A ）和指定的覆蓋標(biāo)準(zhǔn)。A程序內(nèi)部邏輯 B ）程序的復(fù)雜度 C ）使 用說明書 D ）程序的功能17 .程序的三種基本結(jié)構(gòu)是（B ）。A）過程子、程序、分程序 B ）順序、選擇、 循環(huán)C）遞歸、堆棧、隊(duì)列 D ）調(diào)用、返回、轉(zhuǎn)移18 .結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是（D ）A）篩選法B ）遞歸法 C ）歸納法 D ）逐步求精法19 .軟件調(diào)試的目的是（A ）A）找出錯(cuò)誤所在并改正之B ）排除存在錯(cuò)誤的可能性C）對錯(cuò)誤性質(zhì)進(jìn)行分類次數(shù)）統(tǒng)計(jì)出

5、錯(cuò)的20 .程序三種基本結(jié)構(gòu)的共同特點(diǎn)是（ D ）A）不能嵌套使用B ）只能用來寫簡單程序C）已經(jīng)用硬件實(shí)現(xiàn)D ）只有一個(gè)入口和一個(gè)出口21 .下面說法正確的是（C ）。A）經(jīng)過測試沒有發(fā)現(xiàn)錯(cuò)誤說明程序正確 B）測試的目標(biāo)是為了證明程序沒有錯(cuò)誤C）成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯(cuò)誤的測 試D）成功的測試是沒有發(fā)現(xiàn)錯(cuò)誤的測試22 .覆蓋準(zhǔn)則最強(qiáng)的是（D ）。A語句覆蓋B）判定覆蓋C）條件覆蓋D）路徑覆蓋23 .發(fā)現(xiàn)錯(cuò)誤能力最弱的是（A ） oA語句覆蓋B）判定覆蓋C）條件覆蓋D）路徑覆蓋24.實(shí)際的邏輯覆蓋測試中,人般以（C ）為主設(shè)計(jì)測試用例A）條件覆蓋B）判定覆蓋C）條件組合覆蓋D）路徑覆

6、蓋25 .下面（D ） 方法能夠有效地檢測輸入條件 的各種組合可能引起的錯(cuò)誤。A）等價(jià)類劃分B ）邊界值分析C）錯(cuò)誤推測D）因果圖26 .與確認(rèn)測試階段有關(guān)的文檔是（A ）。A）需求規(guī)格說明書B）概要設(shè)計(jì)說明書C）詳細(xì)設(shè)計(jì)說明書D）源程序27 .超出軟件工程范圍的測試是（D ）。A）單元測試B）集成測試C）確認(rèn)測試D）系統(tǒng)測試28 .軟件測試不需要了解軟件設(shè)計(jì)的（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）編制該源程序的程

7、序員C）不了解軟件設(shè)計(jì)的機(jī)構(gòu)D）設(shè)計(jì)該軟件的機(jī)構(gòu)31 .基線是軟件生存期中各開發(fā)階段的一個(gè)特定 點(diǎn)，它可作為一個(gè)檢查點(diǎn)，當(dāng)采用的基線發(fā)生 錯(cuò)誤時(shí)，我們可以返回到最近和最恰當(dāng)?shù)模– ）上。A配置項(xiàng) B ）程序 C ）基線 D ）過程32 .版本管理是對系統(tǒng)不同版本進(jìn)行的（ A ） 過程A標(biāo)識(shí)與跟蹤 B ）標(biāo)識(shí)變更C ）發(fā)布變更 D ）控制變更33 .在變更控制中，管理各個(gè)用戶存取和修改一 個(gè)特定軟件配置對象的權(quán)限是（D）。A）異步控制B）同步控制C）存取控制D）基線控制34 .在配置管理中，“登入”和“檢出”處理實(shí)現(xiàn) 了兩個(gè)重要的變更控制要素，即同步控制和（B ）。A異步控制B）同步控制C）基線

8、控制D）存取控制35 .按照軟件配置管理的原始指導(dǎo)思想，受控制 的對象應(yīng)是（C ）。A軟件元素B）軟件配置項(xiàng)C）軟件項(xiàng)目D）軟件過程36 .軟件配置項(xiàng)是軟件配置管理的對象，指的是 軟件工程過程中所產(chǎn)生的（B ）。A）接口B）軟件環(huán)境C）信息項(xiàng)D）版本37 .在變更控制中，可用來確保由不同用戶所執(zhí) 行的并發(fā)控制是（B ）。A）異步控制B）同步控制C）存取控制D）基線控制38 .以下說法錯(cuò)誤的是（A ）A軟件配置管理簡稱SCIB）軟件配置項(xiàng)是配置管理的基本單位C）軟件配置實(shí)際上是一動(dòng)態(tài)的概念D）軟件工程過程中某一階段的變更均要引起軟件配置的變更39 .在設(shè)計(jì)人機(jī)界面時(shí)，應(yīng)主要考慮的因素有（D）A）

9、系統(tǒng)響應(yīng)時(shí)間 B）錯(cuò)誤處理 C）用戶求助 機(jī)制 D）以上都是40 .人機(jī)界面的風(fēng)格大致經(jīng)過了（ D ）代的演 變A） B）二 C ）三D）四二、填空題1 .軟件測試的目的是盡可能多地發(fā)現(xiàn)軟件中存在的錯(cuò)誤，將測試測試結(jié)果 作為糾錯(cuò)的 依據(jù)。2 .測試階段的基本任務(wù)是根據(jù)軟件開發(fā)各階段的 文檔資料 和程序的內(nèi)部結(jié)構(gòu)，精心設(shè)計(jì) 一組測試用例.利用這些實(shí)例執(zhí)行序，找出軟件中潛在的各種 錯(cuò)誤 和 缺陷 O3 .測試用例由 輸入數(shù)據(jù) 和預(yù)期的 輸出數(shù)據(jù) 兩部分組成。4 .軟件測試方法一般分為兩大類：動(dòng)態(tài)測試方法和 靜態(tài)測試 方法。5 .動(dòng)態(tài)測試通過 運(yùn)行程序發(fā)現(xiàn)錯(cuò)誤。根據(jù)用試用例的設(shè)計(jì)方法不同.動(dòng)態(tài)測試又

10、分為黑盒測試 與 白r測試 兩類。6 .靜態(tài)測試采用 人工檢測 和計(jì)算機(jī)輔助靜 態(tài)分析 的手段對程序講行檢測。7 .人工審查程序偏重于 編碼質(zhì)量 的槍聆, 而軟件審查除了審查 編碼 還要對各階段 軟件產(chǎn)品 講行檢驗(yàn)。8 .計(jì)算機(jī)輔助靜態(tài)分析利用靜態(tài)分析 工具對 測試程序進(jìn)行特性 分析。9 .黑盒法只在軟件的 接口 處進(jìn)行測試,依據(jù)需求規(guī)格說明書.檢查程序是否滿足功能要求。10 .白盒法必須考慮程序的 內(nèi)部結(jié)構(gòu) 和 處理 過程,以檢查處理過程的細(xì)節(jié)為基礎(chǔ).對程序中盡可能多的邏輯路徑進(jìn)行 測試 。11 .白盒測試是結(jié)構(gòu) 測試.被測對象是源程 序_,以程序的 內(nèi)部邏輯為基礎(chǔ)設(shè)計(jì)測試用例。12 .邏輯

11、覆蓋是對程序內(nèi)部有 判定 存在的邏 輯結(jié)構(gòu)設(shè)計(jì)測試用例，根據(jù)程序內(nèi)部的邏輯覆 蓋程度又可分為語句覆蓋判定覆蓋條件 覆蓋判定/條件覆蓋條件組合覆蓋 路徑 覆蓋6種覆蓋技術(shù)。13 .實(shí)際的邏輯覆蓋測試中，一般以條件組合覆蓋為主設(shè)計(jì)測試用例，然后再補(bǔ)充部分用例， 以達(dá)到路徑 覆蓋測試標(biāo)準(zhǔn)。14 .循環(huán)覆蓋是對程序內(nèi)部有 循環(huán) 存在的邏輯 結(jié)構(gòu)設(shè)計(jì)測試用例，它通過限制循環(huán)次數(shù)來測試。15 .基本路徑測試是在程序 捽制流程圖基礎(chǔ)上，通過分析控制構(gòu)造的 環(huán)路 復(fù)雜性.導(dǎo) 出 基本路徑 集合,從而設(shè)計(jì)測試用例。16 .黑盒測試是 功能 測試.用黑盒技術(shù)設(shè)計(jì)測 試用例有4種方法：等價(jià)類劃分 邊界值分析 錯(cuò)誤推

12、測因果圖。17 .等價(jià)類劃分從程序的 功能 說明.找出一 個(gè)輸入條件（通常是一句話 或一個(gè)短 語），然后將每個(gè)輸入條件劃分成兩個(gè)或多 個(gè)等價(jià)類 。18 .邊界值分析是將測試 邊界 情況作為重點(diǎn) 目標(biāo)，選取正好等于、剛剛大于或剛剛小于邊 界值的測試數(shù)據(jù)。如果輸入或輸出域是一個(gè)有序集合，則應(yīng)選取集合的第一個(gè) 元素和 最后一個(gè)元素作為測試用例。19 .在測試程序時(shí)，根據(jù)經(jīng)驗(yàn)或直覺推測程序中 可能存在的各種錯(cuò)誤，稱為錯(cuò)誤推測法 。20 .因果圖的基本原理是通過畫因果 圖.把用自然語言描述的 功能說明 轉(zhuǎn)換為 判定表一，最后為判定表每一列設(shè)計(jì)一個(gè)測試用 例。21 .測試的綜合策略是在測試中，聯(lián)合使用各種

13、 測試 方法。通常先用 黑盒 法設(shè)計(jì)基本 的測試用例，再用白盒法補(bǔ)充一些必要的測試用例。22 .軟件測試過程中需要3類信息：軟件配置、 測試配置 和測試工具 。23 .軟件測試一般經(jīng)過4個(gè)測試：單元測試 集 成測試確認(rèn)測試系統(tǒng)測試。24 .單元測試指對源程序中每一個(gè)程序單元進(jìn)行 測試，檢查各個(gè)模塊是否正確實(shí)現(xiàn)規(guī)定的功能， 從而發(fā)現(xiàn)模塊在編碼中或算法中的錯(cuò)誤，它涉 及編碼 和詳細(xì)設(shè)計(jì) 的文檔。25 .單元測試主要測試模塊的 5個(gè)基本特征：也 塊接口 局部數(shù)據(jù)結(jié)構(gòu) 重要的執(zhí)行路徑 錯(cuò) 誤處理邊界條件。26 .在單元測試中，需要為被測模塊設(shè)計(jì)驅(qū)動(dòng)模塊和 樁 模塊。 驅(qū)動(dòng)模塊 用來模擬 被測模塊的上級

14、調(diào)用模塊，樁模塊 用來代替被測模塊所調(diào)用的模塊。27 .集成測試指在 單元 測試基礎(chǔ)上.將所有模塊按照設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)進(jìn)行 的測試。也稱組裝 測試或聯(lián)合 測試。28 .集成測試的方法有兩種：非漸增式測試漸增式測試 。29,漸增式測試有兩種不同的組裝模塊的方法： 自頂向下結(jié)合自底向上結(jié)合 。30 .自頂向下漸增式測試不需要編寫驅(qū)動(dòng) 模塊，只需要編寫樁模塊.其步驟是從模塊開始，沿著被測程序的頂層的控制路徑逐步向下測試，它有兩種組合策略：軟件結(jié)構(gòu)圖 和深度優(yōu)先策略 寬度優(yōu)先策 略。31 .自底向上漸增式測試不需要編寫樁 模塊，只需要編寫驅(qū)動(dòng)模塊。32 .確認(rèn)測試指槍杳軟件的功能與性能是否

15、與 需求規(guī)格 說明書中確定的指標(biāo)相符 合，又稱有效性測試。33 .確認(rèn)測試在模擬環(huán)境下運(yùn)用黑盒測試方法，由專門測試人員禾口 用戶 參加的測試。34 .確認(rèn)測試開始前需要制定測試 計(jì)劃.結(jié)束后要寫出測試分析報(bào)告。其測試用例要 選用實(shí)際運(yùn)用的數(shù)據(jù)。35 .軟件配置審查的任務(wù)是檢查軟件的所有文檔 資料的完整性 和正確性 。36 .調(diào)試也稱 糾錯(cuò)、是在成功的測試之后才 開始進(jìn)行，其目的是確定錯(cuò)誤的原因 和位置，并改正錯(cuò)誤。37 .調(diào)試技術(shù)包括 簡單調(diào)試 歸納法調(diào)試演 繹法調(diào)試回溯法調(diào)試38 .回溯法調(diào)試是從程序產(chǎn)牛錯(cuò)誤的地方弟發(fā)，而歸納法調(diào)試是從 測試結(jié)果發(fā)現(xiàn)的線索 入手。39 .被測試程序不在機(jī)器上

16、運(yùn)行，而是采用人工 檢測和計(jì)算機(jī)輔助分析檢測的手段稱為靜態(tài) 測試。40 .用等價(jià)類劃分法設(shè)計(jì)一個(gè)測試用例時(shí)，使其 覆蓋盡可能多的尚未被覆蓋的合理等價(jià)類。41 .用等價(jià)類劃分法設(shè)計(jì)一個(gè)測試用例時(shí)，使其覆蓋 一個(gè)不合理等價(jià)類42 .在單元測試時(shí)，需要為被測模塊設(shè)計(jì) 驅(qū)動(dòng)模塊與樁模塊。43 .在集成測試時(shí)有兩種測試方法，它們是逝增式和非漸增式。44 .軟件測試是為了發(fā)現(xiàn)錯(cuò)誤 而執(zhí)行程序的過程。45 .運(yùn)行被測程序的方法稱為動(dòng)態(tài) 測試。46 .動(dòng)態(tài)測試中，主要測試軟件功能的方法稱為 黑盒 法。47 .選擇測試用例，使得被測程序中每個(gè)判定的 每個(gè)分支至少執(zhí)行一次，這種邏輯覆蓋標(biāo)準(zhǔn)稱 為 判定覆蓋 。48

17、 .要覆蓋含循環(huán)結(jié)構(gòu)的所有路徑是不可能的， 一般通過限制循環(huán)次數(shù)來測試。49 .用等價(jià)類劃分法設(shè)計(jì)測試用例時(shí)，如果被測程序的某個(gè)輸入條件規(guī)定了取值范圍，則可確定一個(gè)合理的等在和兩個(gè)不合理的等價(jià)50 .憑經(jīng)驗(yàn)或直覺推測程序中可能存在的錯(cuò)誤而 設(shè)計(jì)測試用例的方法是 錯(cuò)誤推測 法。51 .集成測試中的具體方法是漸增式和非漸增式測試方法。52 .確認(rèn)測試階段的兩項(xiàng)工作是 進(jìn)行確認(rèn)測 試和軟件配置審杳。53 .在單元測試中，測試一個(gè)模塊時(shí)，需要設(shè)計(jì) 驅(qū)動(dòng)模塊和樁模塊。54 .軟件配置管理，簡稱 SCM它用于整個(gè)軟件 工程過程。其主要目標(biāo)是：標(biāo)識(shí)變更 捽制變更確保變更正確地實(shí)現(xiàn) 報(bào)告有關(guān)變更55 . SC

18、M是一組管理整個(gè)軟件生存期各階段中 變更 的活動(dòng)。56 .基線的作用是把各階段的開發(fā)工作劃分得更 加明確，便于檢查與確認(rèn)階段成果。因此，基 線可以作為項(xiàng)目的一個(gè) 槍杳點(diǎn) 。三、名詞解釋1 .軟件測試：軟件測試指為了發(fā)現(xiàn)軟件中的錯(cuò)誤 而執(zhí)行軟件的過程。它的目標(biāo)是盡可能多地發(fā) 現(xiàn)軟件中存在的錯(cuò)誤，將測試結(jié)果作為糾錯(cuò)的 依據(jù)。2 .靜態(tài)測試：指被測試的程序不在機(jī)器上運(yùn)行, 而是采用人工檢測和計(jì)算機(jī)輔助靜態(tài)分析的手 段對程序進(jìn)行檢測。3 .動(dòng)態(tài)測試：指通過運(yùn)行程序發(fā)現(xiàn)錯(cuò)誤4 .黑盒測試：指把測試對象看成一個(gè)黑盒子，測 試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過 程，只在軟件的接口處進(jìn)行測試，依據(jù)需求規(guī) 格

19、說明書，檢查程序是否滿足功能要求，又稱 為功能測試或數(shù)據(jù)驅(qū)動(dòng)測試。5 .白盒測試：把測試對象看成一個(gè)打開的盒子, 測試人員需了解程序的內(nèi)部結(jié)構(gòu)和處理過程， 以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對程序中盡可 能多的邏輯路徑進(jìn)行測試，檢驗(yàn)內(nèi)部控制結(jié)構(gòu) 和數(shù)據(jù)結(jié)構(gòu)是否有錯(cuò)，實(shí)際的運(yùn)行狀態(tài)與預(yù)期 的狀態(tài)是否一致。6 .語句覆蓋：設(shè)計(jì)足夠的測試用例，使被測程序中每個(gè)語句至少執(zhí)行一次7 .判定覆蓋：指設(shè)計(jì)足夠的測試用例，使被測程 序中每個(gè)判定表達(dá)式至少獲得一次“真”值或“假”值，從而使程序的每個(gè)分支至少都通過 一次，因此判定覆蓋又稱分支覆蓋8 .條件覆蓋：指設(shè)計(jì)足夠測試用例，使判定表達(dá) 式中每個(gè)條件的各種可能的值

20、至少出現(xiàn)一次。9 .判定/條件覆蓋：設(shè)計(jì)足夠的測試用例，使得 判定表達(dá)式中每個(gè)條件的所有可能取值至少出 現(xiàn)一次，并使每個(gè)判定表達(dá)式所有可能的結(jié)果 也至少出現(xiàn)一次。10 .條件組合覆蓋：指設(shè)計(jì)足夠的測試用例，使 得每個(gè)判定表達(dá)式中條件的各種可能的值的組 合都至少出現(xiàn)一次。11 .路徑覆蓋：設(shè)計(jì)足夠的測試用例，覆蓋被測 程序中所有可能的路徑12 .測試用例：指為尋找程序中的錯(cuò)誤而精心設(shè) 計(jì)的一組測試數(shù)據(jù)13 .驅(qū)動(dòng)模塊：指用來模擬被測模塊的上級調(diào)用 模塊，其功能比真正的上級模塊簡單得多，它 只完成接受測試數(shù)據(jù)，以上級模塊調(diào)用被測模 塊的格式驅(qū)動(dòng)被測模塊，接收被測模塊的測試 結(jié)果并輸出。14 .樁模

21、塊15 .單元測試16 .集成測試17 .確認(rèn)測試18 .漸增式測試19 .非漸增式測試20 .調(diào)試21 .人的因素的含義22 .基線23 .軟件配置管理24 .軟件配置項(xiàng)25 .軟件質(zhì)量四、簡答題1 .為什么說軟件測試是軟件開發(fā)中不可缺少的重要一環(huán)，但不是軟件質(zhì)量保證的安全網(wǎng)？2 .軟件測試的目的是什么？為什么把軟件測試的 目的定義為只是發(fā)現(xiàn)錯(cuò)誤？3 .軟件測試應(yīng)當(dāng)遵循什么原則？為什么要遵循這 些原則？4 .軟件測試的步驟是什么？這些測試與軟件開發(fā) 各階段之間的關(guān)系？5 .軟件測試的過程是什么？6 .單元測試、集成測試和確認(rèn)測試各自主要目標(biāo) 是什么？它們之間有什么不同？相互有什么關(guān) 系？7

22、.什么是黑盒測試與白盒測試？它們都適應(yīng)哪些 測試？8 .簡述軟件測試與軟件調(diào)試的區(qū)別。9 .軟件配置管理的任務(wù)。10 .試述第三代界面的優(yōu)點(diǎn)。11 .試述人機(jī)界面的設(shè)計(jì)過程。12、SQ><略主要分哪三個(gè)階段13、測試計(jì)劃應(yīng)包括內(nèi)容14、軟件測試階段是如何劃分的 15、簡述軟件測試過程五、綜合題1 .變量的命名規(guī)則一般規(guī)定如下： 變量名的長度 不多于40個(gè)字符，第一個(gè)字符必須為英文字 母，其他字母可以英文字母、數(shù)字以及下劃線 的任意組合。請用等價(jià)分類法設(shè)計(jì)測試用例。2 .某商場在“五一”期間，顧客購物時(shí)收費(fèi)有 4種情況：普通顧客一次購物累計(jì)少于 100元， 按A類標(biāo)準(zhǔn)收費(fèi)（不打折），

23、一次購物累計(jì)多于 或等于100元，按B類標(biāo)準(zhǔn)收費(fèi)（打9折）；會(huì) 員顧客一次購物累計(jì)少于1000元，按C類標(biāo)準(zhǔn) 收費(fèi)價(jià)T 8折），一次購物累計(jì)等于或多于1000 元，按D類標(biāo)準(zhǔn)收費(fèi)（打7折）。測試對象是按 以上要求計(jì)算顧客收費(fèi)模塊，按照路徑覆蓋法 設(shè)計(jì)測試用例。3 .下面是某程序的流程圖:(1)計(jì)算它的環(huán)路復(fù)雜性。(2)為了完成基本路徑測試，求它的一組獨(dú)立的 路徑。4 .分析比較面向?qū)ο蟮能浖y試與傳統(tǒng)的軟件測 試的異同1、傳統(tǒng)的單元測試的對象是軟件設(shè)計(jì)的最小單位 模塊。當(dāng)考慮面向?qū)ο筌浖r(shí)，單元的概 念發(fā)生了變化，此時(shí)最小的可測試單位是封裝 的類或?qū)ο螅辉偈莻€(gè)體的模塊。傳統(tǒng)單元 測試主要關(guān)

24、注模塊的算法實(shí)現(xiàn)和模塊接口間數(shù) 據(jù)的傳遞，而面向?qū)ο蟮膯卧獪y試主要考察封 裝在一個(gè)類中的方法和類的狀態(tài)行為。面向?qū)ο筌浖]有層次的控制結(jié)構(gòu)，因此傳統(tǒng)的 自頂向下和自底向上集成策略就不再適合，它 主要有以下兩種集成策略：基于類間協(xié)作關(guān)系 的橫向測試；基于類間繼承關(guān)系的縱向測試。系統(tǒng)測試一般不考慮內(nèi)部結(jié)構(gòu)和中間結(jié)果，因此 面向?qū)ο筌浖到y(tǒng)測試與傳統(tǒng)的系統(tǒng)測試差別 不大。面向?qū)ο筌浖y試的整體目標(biāo)和傳統(tǒng)軟 件測試的目標(biāo)是一致的，即以最小的工作量發(fā)現(xiàn)盡可能多的錯(cuò)誤，但是面向?qū)ο鬁y試的策略 和戰(zhàn)術(shù)有很大不同。測試的視角擴(kuò)大到包括復(fù) 審分析和設(shè)計(jì)模型，止匕外，測試的焦點(diǎn)從過程 構(gòu)件（模塊）移向了類。1選擇

25、題I. B 2B 3C 4D 5A 6 . B 7 . C 8 B 9 D 10 . DII. A 12 . B 13 . D 14 .A 15 .A 16 .A 17 . B 18. D 19 . A 20 . D21. C 22 . D 23 .A 24 . C 25 . D 26 .A 27 . D28. D 29 . B 30 . B31. C 32 . A 33 . D 34 . B 35 . C 36 . B37. B 38 . A 39 . D 40 . D六、填空題1 .錯(cuò)誤測試結(jié)果2 .文檔資料內(nèi)部結(jié)構(gòu)測試用例程序錯(cuò) 誤缺陷3 .輸入數(shù)據(jù) 輸出數(shù)據(jù)4 .動(dòng)態(tài)測試靜態(tài)測試5 .

26、運(yùn)行程序測試用例 黑盒測試 白盒測試6 .人工檢測計(jì)算機(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 .功能等價(jià)類劃分邊界值分析錯(cuò)誤推測 因果圖17 .功能 一句話 一個(gè)短語 等價(jià)類18 .邊界邊界值第一個(gè)最后一個(gè)19 .錯(cuò)誤推測法20 .因果功能說明判定表判定表21 .測試黑盒白盒22 .軟件配置測試配置測試工具23 .單元測試集成測試確認(rèn)測試系統(tǒng)測試

27、24 .單元測試編碼詳細(xì)設(shè)計(jì)25 .模塊模塊接口局部數(shù)據(jù)結(jié)構(gòu)重要的執(zhí)行路徑錯(cuò)誤處理邊界條件26 .驅(qū)動(dòng)樁驅(qū)動(dòng)模塊樁模塊27 .單元組裝聯(lián)合28 .非漸增式測試漸增式測試29 .自頂向下結(jié)合 自底向上結(jié)合30 .驅(qū)動(dòng)樁頂層軟件結(jié)構(gòu)圖深度優(yōu)先策 略寬度優(yōu)先策略31 .樁驅(qū)動(dòng)32 .功能性能需求規(guī)格有效性33 .黑盒 專門測試人員用戶34 .測試 測試分析實(shí)際運(yùn)用35 .完整性正確性36 .糾錯(cuò)原因位置37 .簡單調(diào)試歸納法調(diào)試演繹法調(diào)試回溯 法調(diào)試38 .程序產(chǎn)生錯(cuò)誤的地方測試結(jié)果發(fā)現(xiàn)的線索39 .靜態(tài)40 .盡可能多的41 . 一個(gè)42 .驅(qū)動(dòng)模塊與樁模塊43 .漸增式和非漸增式44 .發(fā)現(xiàn)錯(cuò)誤

28、45 .動(dòng)態(tài)測試46 .黑盒法47 .判定覆蓋48 .循環(huán)次數(shù)49 .兩個(gè)不合理的等價(jià)類50 .錯(cuò)誤推測法51 .漸增式和非漸增式測試方法52 .進(jìn)行確認(rèn)測試和軟件配置審查53 .驅(qū)動(dòng)模塊和樁模塊54 .標(biāo)識(shí)變更控制變更確保變更正確地實(shí)現(xiàn) 報(bào)告有關(guān)變更55 .變更56 .檢查點(diǎn) 七、名詞解釋1 .軟件測試指為了發(fā)現(xiàn)軟件中的錯(cuò)誤而執(zhí)行軟 件的過程。它的目標(biāo)是盡可能多地發(fā)現(xiàn)軟件中 存在的錯(cuò)誤，將測試結(jié)果作為糾錯(cuò)的依據(jù)。2 .靜態(tài)測試指被測試的程序不在機(jī)器上運(yùn)行， 是采用人工檢測和計(jì)算機(jī)輔助靜態(tài)分析的手段 對程序進(jìn)行檢測。3 .動(dòng)態(tài)測試指通過運(yùn)行程序發(fā)現(xiàn)錯(cuò)誤4 .黑盒測試指把測試對象看成一個(gè)黑盒子，

29、測試 人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程，只在軟件的接口處進(jìn)行測試，依據(jù)需求規(guī)格說 明書，檢查程序是否滿足功能要求，又稱為功能測試或數(shù)據(jù)驅(qū)動(dòng)測試。5 .白盒測試指把測試對象看成一個(gè)打開的盒子, 測試人員需了解程序的內(nèi)部結(jié)構(gòu)和處理過程， 以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對程序中盡可 能多的邏輯路徑進(jìn)行測試，檢驗(yàn)內(nèi)部控制結(jié)構(gòu) 和數(shù)據(jù)結(jié)構(gòu)是否有錯(cuò)，實(shí)際的運(yùn)行狀態(tài)與預(yù)期 的狀態(tài)是否一致。6 .語句覆蓋指設(shè)計(jì)足夠的測試用例，使被測程序 中每個(gè)語句至少執(zhí)行一次。7 .判定覆蓋指設(shè)計(jì)足夠的測試用例，使被測程序中每個(gè)判定表達(dá)式至少獲得一次“真”值或“假 值，從而使程序的每個(gè)分支至少都通過一次， 因此判定覆蓋又

30、稱分支覆蓋。8 .條件覆蓋指設(shè)計(jì)足夠測試用例，使判定表達(dá)式 中每個(gè)條件的各種可能的值至少出現(xiàn)一次。9 .判定/條件覆蓋指設(shè)計(jì)足夠的測試用例，使得 判定表達(dá)式中每個(gè)條件的所有可能取值至少出 現(xiàn)一次，并使每個(gè)判定表達(dá)式所有可能的結(jié)果也至少出現(xiàn)一次10 .條件組合覆蓋指設(shè)計(jì)足夠的測試用例，使得 每個(gè)判定表達(dá)式中條件的各種可能的值的組合 都至少出現(xiàn)一次。11 .路徑覆蓋指設(shè)計(jì)足夠的測試用例，覆蓋被測 程序中所有可能的路徑。12 .測試用例指為尋找程序中的錯(cuò)誤而精心設(shè)計(jì) 的一組測試數(shù)據(jù)。13 .驅(qū)動(dòng)模塊指用來模擬被測模塊的上級調(diào)用模 塊，其功能比真正的上級模塊簡單得多，它只 完成接受測試數(shù)據(jù)，以上級模塊

31、調(diào)用被測模塊 的格式驅(qū)動(dòng)被測模塊，接收被測模塊的測試結(jié) 果并輸出。14 .樁模塊指用來代替被測試模塊所調(diào)用的模 塊，其作用是返回被測試模塊所需的信息。15 .單元測試指對源程序中每一個(gè)程序單元進(jìn)行 測試，檢查各個(gè)模塊是否正確實(shí)現(xiàn)規(guī)定的功能, 從而發(fā)現(xiàn)模塊在編碼中或算法中的錯(cuò)誤。16 .集成測試指在單元測試基礎(chǔ)上，將所有模塊 按照設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)進(jìn)行的測試。也稱組裝測試或聯(lián)合測試。17 .確認(rèn)測試指檢查軟件的功能與性能是否與需 求規(guī)格說明書中確定的指標(biāo)相符合，又稱有效 性測試。18 .漸增式測試指逐個(gè)把未經(jīng)過測試的模塊組裝 到已經(jīng)過測試的模塊上去，進(jìn)行集成測試。每 加入一個(gè)新模塊進(jìn)行

32、一次集成測試，重復(fù)此過 程直到程序組裝完畢。19 .非漸增式測試指首先對每個(gè)模塊分別進(jìn)行單 元測試，然后把所有的模塊按設(shè)計(jì)要求組裝在 一起進(jìn)行測試。20 .調(diào)試指確定錯(cuò)誤的原因和位置，并改正錯(cuò)誤 的過程，也稱糾錯(cuò)。21 . 1）人對感知過程的認(rèn)識(shí)，包括視覺、閱讀時(shí) 的認(rèn)知心理、記憶、歸納與演繹推理等；2 ）用戶已有的技能和行為方式；3 ）用戶所要求的完成的整個(gè)任務(wù)以及用戶對 人機(jī)交互部分的特殊要求。22 .已經(jīng)通過正式復(fù)審和批準(zhǔn)的某規(guī)約或產(chǎn)品,它因此可以作為進(jìn)一步開發(fā)的基礎(chǔ)，并且只能 遵循正式的變化控制過程得到改變。23 .軟件配置管理，簡稱 SCM它用于整個(gè)軟件 工程過程。其主要目標(biāo)是：標(biāo)識(shí)

33、變更、控制變 更、確保變更正確地實(shí)現(xiàn)、報(bào)告有關(guān)變更。SCM 是一組管理整個(gè)軟件生存期各階段中變更的活 動(dòng)。24 .軟件配置項(xiàng)是軟件工程中產(chǎn)生的信息項(xiàng)，它 是配置管理的基本單位，對已成為基線的SCI, 雖然可以修改，但必須按照一個(gè)特殊的正確的 過程進(jìn)行評估，確認(rèn)每一處的修改。25 .軟件產(chǎn)品具有滿足規(guī)定的或隱含要求能力要 求有關(guān)的特征與特征總和（ISO 8492）。簡答題1.軟件測試是軟件開發(fā)中不可缺少的重要一 環(huán)，原因是：測試的工作量約占整個(gè)項(xiàng)目開發(fā)工作量的40%£右，幾乎一半。如果是關(guān)系到 人的生命安全的軟件，測試的工作量還要成倍增加軟件測試代表了需求分析、設(shè)計(jì)、編碼的最終復(fù)審。軟

34、件測試不是軟件質(zhì)量保證的安全網(wǎng)，因?yàn)檐?件測試只能發(fā)現(xiàn)錯(cuò)誤，不能保證沒有錯(cuò)誤。2 .軟件測試的目的有： 軟件測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程一個(gè)好的測試用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的 錯(cuò)誤。一個(gè)成功的測試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯(cuò) 誤。軟件測試的目標(biāo)定義為只是發(fā)現(xiàn)錯(cuò)誤， 因是軟件測試可以有兩個(gè)目標(biāo)，一個(gè)是預(yù)防錯(cuò) 誤，另一個(gè)是發(fā)現(xiàn)錯(cuò)誤。由于軟件開發(fā)是人的 創(chuàng)造性勞動(dòng)，人的活動(dòng)不可能完美無缺，錯(cuò)誤 可能發(fā)生在任何一個(gè)階段，因此預(yù)防錯(cuò)誤這一 目標(biāo)幾乎是不可實(shí)現(xiàn)的，所以軟件測試的目標(biāo)定義為只是發(fā)現(xiàn)錯(cuò)誤3 .軟件測試應(yīng)當(dāng)遵循原則如下:用例由輸入數(shù)據(jù)和預(yù)期的輸出數(shù)據(jù)兩部分組 成，因?yàn)檫@樣便于對照檢查，做到有的

35、放矢。 用例不僅選用合理的輸入數(shù)據(jù)，還要選擇不合 理的輸入數(shù)據(jù)。因?yàn)楫?dāng)以特殊方式使用程序時(shí)， 會(huì)突然發(fā)現(xiàn)程序中有許多錯(cuò)誤，故使用預(yù)期的 不合理的輸入數(shù)據(jù)進(jìn)行程序測試，比用合理的 輸入數(shù)據(jù)收獲要大，從而能更多地發(fā)現(xiàn)錯(cuò)誤， 提高程序可靠性。除了檢查程序是否做了它應(yīng)該做的事，還應(yīng)該 檢查程序是否做了它不應(yīng)該做的事，因?yàn)槿绻?程序做了它不應(yīng)該做的事，即使程序能做它應(yīng) 該做的事，程序也是錯(cuò)誤的。應(yīng)制定測試計(jì)劃并嚴(yán)格執(zhí)行，因?yàn)檫@樣可以排 除隨意性。長期保留測試用例，因?yàn)闇y試用例的設(shè)計(jì)耗費(fèi) 很大的工作量，而修改后的程序可能有新的錯(cuò) 誤，需要進(jìn)行回歸測試，故必須將測試用例作 為文檔保存，使測試具有可重復(fù)性，同

36、時(shí)測試 用例是將來系統(tǒng)維護(hù)測試與確認(rèn)的依據(jù)，保存 測試用例也為以后的維護(hù)提供方便。 對發(fā)現(xiàn)錯(cuò)誤較多的程序段，應(yīng)進(jìn)行更深入的測 試，因?yàn)榘l(fā)現(xiàn)錯(cuò)誤較多的程序段，其質(zhì)量較差, 同時(shí)在修改錯(cuò)誤過程中又容易引入新的錯(cuò)誤。 程序員避免測試自己設(shè)計(jì)的程序，因?yàn)闇y試目 的是找錯(cuò)。從心理學(xué)角度講，程序員大多對自 己的程序存有偏見，總認(rèn)為沒有錯(cuò)誤或錯(cuò)誤不 大，另外程序員對需求規(guī)格說明的理解而引入 的錯(cuò)誤則更難發(fā)現(xiàn)，應(yīng)該由別人或另外的機(jī)構(gòu) 來測試會(huì)更客觀、更有效。4 .軟件測試的步驟如圖7-3所示。圖7-3 軟件測試的步驟 這些測試與軟件開發(fā)各階段之間的關(guān)系如圖7-2所示。因?yàn)橄到y(tǒng)測試已經(jīng)超出了軟件工程的范圍，所以

37、圖7-2中的系統(tǒng)測試不包括在內(nèi) 5.軟件測試是一個(gè)規(guī)則的過程，包括測試設(shè)計(jì)、測試執(zhí)行以及測試結(jié)果比較等測試設(shè)計(jì)：根據(jù)軟件開發(fā)各階段的文檔資料和 程序的內(nèi)部結(jié)構(gòu)，利用各種設(shè)計(jì)測試用例技術(shù) 精心設(shè)計(jì)測試用例。 測試執(zhí)行：利用這些測試用例執(zhí)行程序，得到 測試結(jié)果。測試結(jié)果比較：將預(yù)期的結(jié)果與實(shí)際測試結(jié)果 進(jìn)行比較，如果二者不符合，對于出現(xiàn)的錯(cuò)誤 進(jìn)行糾錯(cuò)，并修改相應(yīng)文檔。修改后的程序還 要進(jìn)行再次測試，直到滿意為止。如果測試發(fā) 現(xiàn)不了錯(cuò)誤，可能由于測試配置考慮不周到， 應(yīng)考慮重新制定測試方案，設(shè)計(jì)測試用例。6.單元測試、集成測試和確認(rèn)測試各自主要目標(biāo) 是： 單元測試的主要目標(biāo)是檢查各個(gè)模塊是否正 確

38、實(shí)現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或 算法中的錯(cuò)誤。集成測試的主要目標(biāo)是檢查與設(shè)計(jì)相關(guān)的軟 件體系結(jié)構(gòu)的有關(guān)問題。 確認(rèn)測試的主要目標(biāo)是檢查已實(shí)現(xiàn)的軟件是 否滿足需求規(guī)格說明書中確定的各種需求。單元測試、集成測試和確認(rèn)測試之間的不同如下：測試內(nèi)容不同：單元測試集中于單個(gè)模塊的功 能和結(jié)構(gòu)檢驗(yàn)，其測試內(nèi)容主要包括模塊接口、 局部數(shù)據(jù)結(jié)構(gòu)、重要的執(zhí)行路徑、錯(cuò)誤處理和 邊界測試；集成測試集中于模塊組合的功能和 軟件結(jié)構(gòu)檢驗(yàn)，其測試內(nèi)容主要包括模塊組裝 中可能出現(xiàn)的問題，即數(shù)據(jù)穿過接口可能丟失、 一個(gè)模塊可能破壞另一個(gè)模塊的內(nèi)容、子功能 組裝可能不等于主功能、全程數(shù)據(jù)結(jié)構(gòu)問題、 誤差累積問題；確認(rèn)測

39、試集中于論證軟件需求 的可追溯性，主要包括測試軟件功能和性能是 否與軟件需求一致、測試軟件配置的所有程序 與文檔是否正確完整而且一致。 測試的方法不同：單元測試總是使用白盒測試 法，為被測模塊設(shè)計(jì)驅(qū)動(dòng)模塊和樁模塊；集成 測試使用漸增式測試和非漸增式測試，漸增式 測試又有分為自頂向下結(jié)合法和自底向上結(jié)合 法；確認(rèn)測試總是使用黑盒測試法。 發(fā)現(xiàn)的錯(cuò)誤不同：單元測試發(fā)現(xiàn)的錯(cuò)誤主要是 在編碼階段產(chǎn)生的錯(cuò)誤，集成測試發(fā)現(xiàn)的錯(cuò)誤 主要是在設(shè)計(jì)階段產(chǎn)生的錯(cuò)誤，確認(rèn)測試發(fā)現(xiàn)的錯(cuò)誤主要是在需求分析階段產(chǎn)生的錯(cuò)誤。涉及的文檔不同：單元測試涉及編碼和詳細(xì)設(shè)計(jì)文檔，集成測試涉及詳細(xì)設(shè)計(jì)文檔和概要設(shè) 計(jì)文檔，確認(rèn)測試涉

40、及軟件需求規(guī)格說明書和 用戶手冊。者相互關(guān)系是：單元測試、集成測試和確認(rèn)測 試是順序?qū)崿F(xiàn)的。首先單元測試對各個(gè)模塊進(jìn) 行測試，然后集成測試以單元測試為基礎(chǔ)，將 所有已測模塊按照設(shè)計(jì)要求組裝成一個(gè)完整的 系統(tǒng)，對模塊組合的功能和軟件結(jié)構(gòu)檢驗(yàn)進(jìn)行 測試，最后確認(rèn)測試是以集成測試為基礎(chǔ)，測 試集成的軟件是否滿足需求規(guī)格說明書中確定 的各種需求。7 .黑盒測試指把測試對象看成一個(gè)黑盒子， 測試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過 程，只在軟件的接口處進(jìn)行測試，依據(jù)需求規(guī) 格說明書，檢查程序是否滿足功能要求，又稱 為功能測試或數(shù)據(jù)驅(qū)動(dòng)測試。白盒測試指把測試對象看成一個(gè)打開的盒子, 測試人員需了解程序的內(nèi)

41、部結(jié)構(gòu)和處理過程， 以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對程序中盡可 能多的邏輯路徑進(jìn)行測試，檢驗(yàn)內(nèi)部控制結(jié)構(gòu) 和數(shù)據(jù)結(jié)構(gòu)是否有錯(cuò)，實(shí)際的運(yùn)行狀態(tài)與預(yù)期 的狀態(tài)是否一致。白盒測試適應(yīng)的測試有單元測試、邏輯覆蓋 （按邏輯覆蓋程度不同，有語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋 和路徑覆蓋。）、循環(huán)覆蓋（限制循環(huán)次數(shù)，有 單循環(huán)和嵌套循環(huán)）和基本路徑測試。黑盒測試適應(yīng)的測試有：確認(rèn)測試、等價(jià)類劃 分、邊界值分析、錯(cuò)誤推測和因果圖。8 .軟件測試與軟件調(diào)試在目的、技術(shù)和方法等方 面存在很大的區(qū)別，主要表現(xiàn)在：測試從一個(gè)側(cè)面證明程序員的失敗，而調(diào)試是 為了證明程序員的正確。 測試從已知條件開

42、始，使用預(yù)先定義的程序， 且有預(yù)知的結(jié)果，不可預(yù)見的只是程序是否通 過測試。調(diào)試一般以不可知的內(nèi)部條件開始， 除統(tǒng)計(jì)性調(diào)試外，結(jié)果是不可預(yù)見的。 測試是有計(jì)劃的，并要進(jìn)行測試設(shè)計(jì)，而調(diào)試是不受時(shí)間約束的測試是一個(gè)發(fā)現(xiàn)錯(cuò)誤、改正錯(cuò)誤、重新測試的 過程，而調(diào)試是一個(gè)推理過程。測試的執(zhí)行是有規(guī)程的，而調(diào)試的執(zhí)行往往要 求程序員進(jìn)行必要的推理及知覺的飛躍。測試經(jīng)常由獨(dú)立的測試組在不了解軟件設(shè)計(jì) 的前提下完成，而調(diào)試必須由了解詳細(xì)設(shè)計(jì)的 程序員完成。大多數(shù)測試的執(zhí)行和設(shè)計(jì)可由工具支持，而調(diào) 試時(shí)，程序員能利用的工具主要是調(diào)試器。12、以檢測為重：產(chǎn)品制成之后進(jìn)行檢測，只能 判斷產(chǎn)品質(zhì)量，不能提高產(chǎn)品質(zhì)量

43、。以過程管 理為重：把質(zhì)量的保證工作重點(diǎn)放在過程管理 上，對制造過程中的每一道工序都要進(jìn)行質(zhì)量 控制。以新產(chǎn)品開發(fā)為重：在新產(chǎn)品的開發(fā)設(shè) 計(jì)階段，采取強(qiáng)有力的措施來消滅由于設(shè)計(jì)原 因而產(chǎn)生的質(zhì)量隱患。13、一個(gè)測試計(jì)劃應(yīng)包括：產(chǎn)品基本情況、測試 需求說明、測試策略和記錄、測試資源配置計(jì) 劃表、問題跟蹤報(bào)告、測試計(jì)劃的評審、結(jié)果 等。14、軟件測試的階段劃分為：規(guī)格說明書審查;系統(tǒng)和程序設(shè)計(jì)審查；單元測試；集成測試;確認(rèn)測試；系統(tǒng)測試；驗(yàn)收測試5、軟件測試過程主要包括如下 6個(gè)活動(dòng)：測試 計(jì)劃；測試需求分析；測試設(shè)計(jì)；測試規(guī)程實(shí) 現(xiàn)；測試執(zhí)行；總結(jié)生成報(bào)告。、綜合題.劃分等價(jià)類下表。等價(jià)類劃分表

44、輸入合理等價(jià)類 條件不合理等價(jià)類（5）大于40個(gè)字符長度（1）小于40個(gè)字符（2）等于40個(gè)字符第一（3）英文字母（6）非英文字母符其他（4）英文字母、（7）空格 （8）字母數(shù)字或下劃線標(biāo)點(diǎn)符號(hào)(9)的任意組合運(yùn)算符號(hào)(10)其他可顯|示字符設(shè)計(jì)測試用例下表。測試用例表測試數(shù)據(jù)測試范 圍期望 結(jié)果 s_name12等價(jià)類,(3),(4)有效alb2c3d4e5f6g7h8i9j1k213m4n506P7q8r9s_tr等價(jià)類,(3),(4)有效(3)a1b2c3d4e5f6g7h8i9j1 k213m4n506P7q8r9s_tr ff等價(jià)類(5)無效(4) 234name等價(jià)類(6)無效(5) ab gh等價(jià)類無效(7)(6) ab!2f等價(jià)類(8)無效(7) fg+ghh等價(jià)類(9)無效(8) Hgh等價(jià)類(10)無效2. 被測模塊的程序流程圖如圖所示被測模塊的程序流程圖按照路徑覆蓋法設(shè)計(jì)測試用例如下：是會(huì)員，累計(jì)消費(fèi)900元，覆蓋路徑127是會(huì)員，累計(jì)消費(fèi)2000元，覆蓋路徑128不是會(huì)員，累計(jì)消費(fèi)80元，覆蓋路徑134 不是會(huì)員，累計(jì)消費(fèi)300元， 覆蓋路徑1353. (a) 環(huán)路復(fù)雜性=判斷數(shù)+ 1