軟件測(cè)試復(fù)習(xí)資料.doc

一、 選擇題1軟件測(cè)試的目的是（ B ）。A）試驗(yàn)性運(yùn)行軟件 B）發(fā)現(xiàn)軟件錯(cuò)誤 C）證明軟件正確 D）找出軟件中全部錯(cuò)誤2軟件測(cè)試中白盒法是通過(guò)分析程序的（ B ）來(lái)設(shè)計(jì)測(cè)試用例的。A）應(yīng)用范圍 B）內(nèi)部邏輯 C）功能 D）輸入數(shù)據(jù)3黑盒法是根據(jù)程序的（C ）來(lái)設(shè)計(jì)測(cè)試用例的。A）應(yīng)用范圍 B）內(nèi)部邏輯 C）功能 D）輸入數(shù)據(jù)4為了提高軟件測(cè)試的效率，應(yīng)該（D ）。A）隨機(jī)地選取測(cè)試數(shù)據(jù) B）取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù)C）在完成編碼以后制定軟件的測(cè)試計(jì)劃 D）選擇發(fā)現(xiàn)錯(cuò)誤可能性最大的數(shù)據(jù)作為測(cè)試用例5與設(shè)計(jì)測(cè)試用例無(wú)關(guān)的文檔是（ A ）。A）項(xiàng)目開(kāi)發(fā)計(jì)劃 B）需求規(guī)格說(shuō)明書(shū) C）設(shè)計(jì)說(shuō)明書(shū) D）源程序6測(cè)試的關(guān)鍵問(wèn)題是（ B ）。A）如何組織軟件評(píng)審 B）如何選擇測(cè)試用例C）如何驗(yàn)證程序的正確性 D）如何采用綜合策略7軟件測(cè)試用例主要由輸入數(shù)據(jù)和（ C ）兩部分組成。A）測(cè)試計(jì)劃 B）測(cè)試規(guī)則 C）預(yù)期輸出結(jié)果 D）以往測(cè)試記錄分析8成功的測(cè)試是指運(yùn)行測(cè)試用例后（ B ）。A）未發(fā)現(xiàn)程序錯(cuò)誤 B）發(fā)現(xiàn)了程序錯(cuò)誤 C）證明程序正確性 D）改正了程序錯(cuò)誤9下列幾種邏輯覆蓋標(biāo)準(zhǔn)中，查錯(cuò)能力最強(qiáng)的是（ D ）。A）語(yǔ)句覆蓋 B）判定覆蓋 C）條件覆蓋 D）條件組合覆蓋10在黑盒測(cè)試中，著重檢查輸入條件組合的方法是（ D ）。A）等價(jià)類劃分法 B）邊界值分析法 C）錯(cuò)誤推測(cè)法 D）因果圖法11單元測(cè)試主要針對(duì)模塊的幾個(gè)基本特征進(jìn)行測(cè)試，該階段不能完成的測(cè)試是（ A ）。A）系統(tǒng)功能 B）局部數(shù)據(jù)結(jié)構(gòu) C）重要的執(zhí)行路徑 D）錯(cuò)誤處理12軟件測(cè)試過(guò)程中的集成測(cè)試主要是為了發(fā)現(xiàn)（ B ）階段的錯(cuò)誤。A）需求分析 B）概要設(shè)計(jì) C）詳細(xì)設(shè)計(jì) D）編碼13不屬于白盒測(cè)試的技術(shù)是（D ）。A）路徑覆蓋 B）判定覆蓋 C）循環(huán)覆蓋 D）邊界值分析14集成測(cè)試時(shí)，能較早發(fā)現(xiàn)高層模塊接口錯(cuò)誤的測(cè)試方法為（ A ）。A）自頂向下漸增式測(cè)試 B）自底向上漸增式測(cè)試 C）非漸增式測(cè)試 D）系統(tǒng)測(cè)試15確認(rèn)測(cè)試以（ A ）文檔作為測(cè)試的基礎(chǔ)。A）需求規(guī)格說(shuō)明書(shū) B）設(shè)計(jì)說(shuō)明書(shū) C）源程序 D）開(kāi)發(fā)計(jì)劃16使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)（ A ）和指定的覆蓋標(biāo)準(zhǔn)。A）程序內(nèi)部邏輯 B）程序的復(fù)雜度 C）使用說(shuō)明書(shū) D）程序的功能17程序的三種基本結(jié)構(gòu)是（B ）。A）過(guò)程子、程序、分程序 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）對(duì)錯(cuò)誤性質(zhì)進(jìn)行分類 D）統(tǒng)計(jì)出錯(cuò)的次數(shù)20程序三種基本結(jié)構(gòu)的共同特點(diǎn)是（ D ）A）不能嵌套使用 B）只能用來(lái)寫(xiě)簡(jiǎn)單程序C）已經(jīng)用硬件實(shí)現(xiàn) D）只有一個(gè)入口和一個(gè)出口21下面說(shuō)法正確的是( C )。A）經(jīng)過(guò)測(cè)試沒(méi)有發(fā)現(xiàn)錯(cuò)誤說(shuō)明程序正確 B）測(cè)試的目標(biāo)是為了證明程序沒(méi)有錯(cuò)誤C）成功的測(cè)試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試 D）成功的測(cè)試是沒(méi)有發(fā)現(xiàn)錯(cuò)誤的測(cè)試22覆蓋準(zhǔn)則最強(qiáng)的是( D )。A）語(yǔ)句覆蓋 B）判定覆蓋C）條件覆蓋 D）路徑覆蓋23發(fā)現(xiàn)錯(cuò)誤能力最弱的是( A )。A）語(yǔ)句覆蓋 B）判定覆蓋C）條件覆蓋 D）路徑覆蓋24實(shí)際的邏輯覆蓋測(cè)試中，一般以( C )為主設(shè)計(jì)測(cè)試用例。A）條件覆蓋 B）判定覆蓋C）條件組合覆蓋 D）路徑覆蓋25下面( D )方法能夠有效地檢測(cè)輸入條件的各種組合可能引起的錯(cuò)誤。A）等價(jià)類劃分 B）邊界值分析C）錯(cuò)誤推測(cè) D）因果圖26與確認(rèn)測(cè)試階段有關(guān)的文檔是( A )。A）需求規(guī)格說(shuō)明書(shū) B）概要設(shè)計(jì)說(shuō)明書(shū)C）詳細(xì)設(shè)計(jì)說(shuō)明書(shū) D）源程序27超出軟件工程范圍的測(cè)試是( D )。A）單元測(cè)試 B）集成測(cè)試C）確認(rèn)測(cè)試 D）系統(tǒng)測(cè)試28軟件測(cè)試不需要了解軟件設(shè)計(jì)的( D )。A）功能 B）內(nèi)部結(jié)構(gòu)C）處理過(guò)程 D）條件29( B )方法需要考察模塊間的接口和各模塊之間的聯(lián)系。A）單元測(cè)試 B）集成測(cè)試C）確認(rèn)測(cè)試 D）系統(tǒng)測(cè)試30調(diào)試應(yīng)該由( B )完成。A）與源程序無(wú)關(guān)的程序員 B）編制該源程序的程序員C）不了解軟件設(shè)計(jì)的機(jī)構(gòu) D）設(shè)計(jì)該軟件的機(jī)構(gòu)31基線是軟件生存期中各開(kāi)發(fā)階段的一個(gè)特定點(diǎn)，它可作為一個(gè)檢查點(diǎn)，當(dāng)采用的基線發(fā)生錯(cuò)誤時(shí)，我們可以返回到最近和最恰當(dāng)?shù)模– ）上。A）配置項(xiàng) B）程序 C）基線 D）過(guò)程32版本管理是對(duì)系統(tǒng)不同版本進(jìn)行的（ A ）過(guò)程A）標(biāo)識(shí)與跟蹤 B）標(biāo)識(shí)變更 C）發(fā)布變更 D）控制變更33在變更控制中，管理各個(gè)用戶存取和修改一個(gè)特定軟件配置對(duì)象的權(quán)限是( D )。 A）異步控制B）同步控制C）存取控制 D）基線控制34. 在配置管理中，“登入”和“檢出”處理實(shí)現(xiàn)了兩個(gè)重要的變更控制要素，即同步控制和(B )。 A）異步控制B）同步控制C）基線控制D）存取控制35. 按照軟件配置管理的原始指導(dǎo)思想，受控制的對(duì)象應(yīng)是( C )。A）軟件元素 B）軟件配置項(xiàng)C）軟件項(xiàng)目D）軟件過(guò)程36. 軟件配置項(xiàng)是軟件配置管理的對(duì)象，指的是軟件工程過(guò)程中所產(chǎn)生的( B )。A）接口 B）軟件環(huán)境C）信息項(xiàng)D）版本37在變更控制中，可用來(lái)確保由不同用戶所執(zhí)行的并發(fā)控制是( B )。A）異步控制B）同步控制C）存取控制D）基線控制38以下說(shuō)法錯(cuò)誤的是( A )。A）軟件配置管理簡(jiǎn)稱SCIB）軟件配置項(xiàng)是配置管理的基本單位C）軟件配置實(shí)際上是一動(dòng)態(tài)的概念D）軟件工程過(guò)程中某一階段的變更均要引起軟件配置的變更39在設(shè)計(jì)人機(jī)界面時(shí)，應(yīng)主要考慮的因素有（D）。A） 系統(tǒng)響應(yīng)時(shí)間B）錯(cuò)誤處理C）用戶求助機(jī)制D）以上都是40人機(jī)界面的風(fēng)格大致經(jīng)過(guò)了（ D ）代的演變A）一 B）二 C）三 D） 四二、 填空題1軟件測(cè)試的目的是盡可能多地發(fā)現(xiàn)軟件中存在的 錯(cuò)誤 ，將 測(cè)試結(jié)果 作為糾錯(cuò)的依據(jù)。2測(cè)試階段的基本任務(wù)是根據(jù)軟件開(kāi)發(fā)各階段的 文檔資料 和程序的 內(nèi)部結(jié)構(gòu) ，精心設(shè)計(jì)一組 測(cè)試用例 ，利用這些實(shí)例執(zhí)行 程序 ，找出軟件中潛在的各種錯(cuò)誤和 缺陷 。3測(cè)試用例由 輸入數(shù)據(jù) 和預(yù)期的 輸出數(shù)據(jù) 兩部分組成。4軟件測(cè)試方法一般分為兩大類： 動(dòng)態(tài)測(cè)試 方法和 靜態(tài)測(cè)試 方法。5動(dòng)態(tài)測(cè)試通過(guò) 運(yùn)行程序 發(fā)現(xiàn)錯(cuò)誤。根據(jù) 測(cè)試用例 的設(shè)計(jì)方法不同，動(dòng)態(tài)測(cè)試又分為 黑盒測(cè)試 與 白盒測(cè)試 兩類。6靜態(tài)測(cè)試采用 人工檢測(cè) 和 計(jì)算機(jī)輔助靜態(tài)分析 的手段對(duì)程序進(jìn)行檢測(cè)。7人工審查程序偏重于 編碼質(zhì)量 的檢驗(yàn)，而軟件審查除了審查 編碼 還要對(duì)各階段 軟件產(chǎn)品 進(jìn)行檢驗(yàn)。8計(jì)算機(jī)輔助靜態(tài)分析利用 靜態(tài)分析工具對(duì)測(cè)試程序進(jìn)行 特性 分析。9黑盒法只在軟件的 接口 處進(jìn)行測(cè)試，依據(jù) 需求規(guī)格 說(shuō)明書(shū)，檢查程序是否滿足 功能 要求。10白盒法必須考慮程序的 內(nèi)部結(jié)構(gòu) 和 處理過(guò)程 ，以檢查 處理過(guò)程 的細(xì)節(jié)為基礎(chǔ)，對(duì)程序中盡可能多的邏輯路徑進(jìn)行 測(cè)試 。11白盒測(cè)試是 結(jié)構(gòu) 測(cè)試，被測(cè)對(duì)象是 源程序 ，以程序的 內(nèi)部邏輯 為基礎(chǔ)設(shè)計(jì)測(cè)試用例。12邏輯覆蓋是對(duì)程序內(nèi)部有 判定 存在的邏輯結(jié)構(gòu)設(shè)計(jì)測(cè)試用例，根據(jù)程序內(nèi)部的邏輯覆蓋程度又可分為 語(yǔ)句覆蓋 、 判定覆蓋 、 條件覆蓋 、 判定/條件覆蓋 、條件組合覆蓋和 路徑覆蓋 6種覆蓋技術(shù)。13實(shí)際的邏輯覆蓋測(cè)試中，一般以 條件組合 覆蓋為主設(shè)計(jì)測(cè)試用例，然后再補(bǔ)充部分用例，以達(dá)到 路徑 覆蓋測(cè)試標(biāo)準(zhǔn)。14循環(huán)覆蓋是對(duì)程序內(nèi)部有 循環(huán) 存在的邏輯結(jié)構(gòu)設(shè)計(jì)測(cè)試用例，它通過(guò)限制 循環(huán)次數(shù) 來(lái)測(cè)試。15基本路徑測(cè)試是在程序 控制流程圖 基礎(chǔ)上，通過(guò)分析控制構(gòu)造的 環(huán)路 復(fù)雜性，導(dǎo)出 基本路徑 集合，從而設(shè)計(jì)測(cè)試用例。16黑盒測(cè)試是 功能 測(cè)試，用黑盒技術(shù)設(shè)計(jì)測(cè)試用例有4種方法： 等價(jià)類劃分 、 邊界值分析 、 錯(cuò)誤推測(cè) 和 因果圖 。17等價(jià)類劃分從程序的 功能 說(shuō)明，找出一個(gè)輸入條件（通常是 一句話 或 一個(gè)短語(yǔ) ），然后將每個(gè)輸入條件劃分成兩個(gè)或多個(gè) 等價(jià)類 。18邊界值分析是將測(cè)試 邊界 情況作為重點(diǎn)目標(biāo)，選取正好等于、剛剛大于或剛剛小于 邊界值 的測(cè)試數(shù)據(jù)。如果輸入或輸出域是一個(gè)有序集合，則應(yīng)選取集合的 第一個(gè) 元素和 最后一個(gè)元素作為測(cè)試用例。19在測(cè)試程序時(shí)，根據(jù)經(jīng)驗(yàn)或直覺(jué)推測(cè)程序中可能存在的各種錯(cuò)誤，稱為 錯(cuò)誤推測(cè)法 。20因果圖的基本原理是通過(guò)畫(huà) 因果 圖，把用自然語(yǔ)言描述的 功能說(shuō)明 轉(zhuǎn)換為 判定表 ，最后為 判定表 每一列設(shè)計(jì)一個(gè)測(cè)試用例。21測(cè)試的綜合策略是在測(cè)試中，聯(lián)合使用各種 測(cè)試 方法。通常先用 黑盒 法設(shè)計(jì)基本的測(cè)試用例，再用 白盒 法補(bǔ)充一些必要的測(cè)試用例。22軟件測(cè)試過(guò)程中需要3類信息： 軟件配置 、 測(cè)試配置 和 測(cè)試工具 。23軟件測(cè)試一般經(jīng)過(guò)4個(gè)測(cè)試： 單元測(cè)試 、 集成測(cè)試 、 確認(rèn)測(cè)試 和 系統(tǒng)測(cè)試 。24 單元測(cè)試 指對(duì)源程序中每一個(gè)程序單元進(jìn)行測(cè)試，檢查各個(gè)模塊是否正確實(shí)現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯(cuò)誤，它涉及 編碼 和 詳細(xì)設(shè)計(jì) 的文檔。25單元測(cè)試主要測(cè)試 模塊 的5個(gè)基本特征： 模塊接口 、 局部數(shù)據(jù)結(jié)構(gòu) 、 重要的執(zhí)行路徑 、 錯(cuò)誤處理 和 邊界條件 。26在單元測(cè)試中，需要為被測(cè)模塊設(shè)計(jì) 驅(qū)動(dòng) 模塊和 樁 模塊。 驅(qū)動(dòng)模塊 用來(lái)模擬被測(cè)模塊的上級(jí)調(diào)用模塊， 樁模塊 用來(lái)代替被測(cè)模塊所調(diào)用的模塊。27集成測(cè)試指在 單元 測(cè)試基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)進(jìn)行的測(cè)試。也稱 組裝 測(cè)試或 聯(lián)合 測(cè)試。28集成測(cè)試的方法有兩種： 非漸增式測(cè)試 和 漸增式測(cè)試 。29漸增式測(cè)試有兩種不同的組裝模塊的方法： 自頂向下結(jié)合 和 自底向上結(jié)合 。30自頂向下漸增式測(cè)試不需要編寫(xiě) 驅(qū)動(dòng) 模塊，只需要編寫(xiě) 樁 模塊，其步驟是從 頂層 模塊開(kāi)始，沿著被測(cè)程序的 軟件結(jié)構(gòu)圖 的控制路徑逐步向下測(cè)試，它有兩種組合策略 深度優(yōu)先策略 和 寬度優(yōu)先策略 。31自底向上漸增式測(cè)試不需要編寫(xiě) 樁 模塊，只需要編寫(xiě) 驅(qū)動(dòng) 模塊。32確認(rèn)測(cè)試指檢查軟件的 功能 與 性能 是否與 需求規(guī)格 說(shuō)明書(shū)中確定的指標(biāo)相符合，又稱 有效性 測(cè)試。33確認(rèn)測(cè)試在模擬環(huán)境下運(yùn)用 黑盒 測(cè)試方法，由 專門(mén)測(cè)試人員 和 用戶 參加的測(cè)試。34確認(rèn)測(cè)試開(kāi)始前需要制定 測(cè)試 計(jì)劃，結(jié)束后要寫(xiě)出 測(cè)試分析 報(bào)告。其測(cè)試用例要選 實(shí)際運(yùn)用 的數(shù)據(jù)。35軟件配置審查的任務(wù)是檢查軟件的所有文檔資料的 完整性 和 正確性 。36調(diào)試也稱 糾錯(cuò) ，是在成功的測(cè)試之后才開(kāi)始進(jìn)行，其目的是確定錯(cuò)誤的 原因 和 位置 ，并改正錯(cuò)誤。37調(diào)試技術(shù)包括 簡(jiǎn)單調(diào)試 、 歸納法調(diào)試 、 演繹法調(diào)試 和 回溯法調(diào)試 。38回溯法調(diào)試是從 程序產(chǎn)生錯(cuò)誤的地方 出發(fā)，而歸納法調(diào)試是從 測(cè)試結(jié)果發(fā)現(xiàn)的線索 入手。39被測(cè)試程序不在機(jī)器上運(yùn)行，而是采用人工檢測(cè)和計(jì)算機(jī)輔助分析檢測(cè)的手段稱為 靜態(tài) 測(cè)試。40用等價(jià)類劃分法設(shè)計(jì)一個(gè)測(cè)試用例時(shí)，使其覆蓋 盡可能多的 尚未被覆蓋的合理等價(jià)類。41用等價(jià)類劃分法設(shè)計(jì)一個(gè)測(cè)試用例時(shí)，使其覆蓋 一個(gè) 不合理等價(jià)類。42在單元測(cè)試時(shí)，需要為被測(cè)模塊設(shè)計(jì) 驅(qū)動(dòng)模塊與樁模塊 。43在集成測(cè)試時(shí)有兩種測(cè)試方法，它們是 漸增式和非漸增式 。44軟件測(cè)試是為了 發(fā)現(xiàn)錯(cuò)誤 而執(zhí)行程序的過(guò)程。45運(yùn)行被測(cè)程序的方法稱為 動(dòng)態(tài) 測(cè)試。46動(dòng)態(tài)測(cè)試中，主要測(cè)試軟件功能的方法稱為 黑盒 法。47選擇測(cè)試用例，使得被測(cè)程序中每個(gè)判定的每個(gè)分支至少執(zhí)行一次，這種邏輯覆蓋標(biāo)準(zhǔn)稱為 判定覆蓋 。48要覆蓋含循環(huán)結(jié)構(gòu)的所有路徑是不可能的，一般通過(guò)限制 循環(huán)次數(shù) 來(lái)測(cè)試。49用等價(jià)類劃分法設(shè)計(jì)測(cè)試用例時(shí)，如果被測(cè)程序的某個(gè)輸入條件規(guī)定了取值范圍，則可確定 一個(gè)合理的等價(jià)類 在和 兩個(gè)不合理的等價(jià)類 。50憑經(jīng)驗(yàn)或直覺(jué)推測(cè)程序中可能存在的錯(cuò)誤而設(shè)計(jì)測(cè)試用例的方法是 錯(cuò)誤推測(cè)法 。51集成測(cè)試中的具體方法是 漸增式和非漸增式測(cè)試方法 。52確認(rèn)測(cè)試階段的兩項(xiàng)工作是 進(jìn)行確認(rèn)測(cè)試和軟件配置審查 。53在單元測(cè)試中，測(cè)試一個(gè)模塊時(shí)，需要設(shè)計(jì) 驅(qū)動(dòng)模塊和樁模塊 。54軟件配置管理，簡(jiǎn)稱SCM，它用于整個(gè)軟件工程過(guò)程。其主要目標(biāo)是： 標(biāo)識(shí)變更 、 控制變更、 確保變更正確地實(shí)現(xiàn) 、 報(bào)告有關(guān)變更 。55SCM是一組管理整個(gè)軟件生存期各階段中 變更 的活動(dòng)。56基線的作用是把各階段的開(kāi)發(fā)工作劃分得更加明確，便于檢查與確認(rèn)階段成果。因此，基線可以作為項(xiàng)目的一個(gè) 檢查點(diǎn) 。三、 名詞解釋1 軟件測(cè)試答：軟件測(cè)試指為了發(fā)現(xiàn)軟件中的錯(cuò)誤而執(zhí)行軟件的過(guò)程。它的目標(biāo)是盡可能多地發(fā)現(xiàn)軟件中存在的錯(cuò)誤，將測(cè)試結(jié)果作為糾錯(cuò)的依據(jù)。2 靜態(tài)測(cè)試答：靜態(tài)測(cè)試指被測(cè)試的程序不在機(jī)器上運(yùn)行，而是采用人工檢測(cè)和計(jì)算機(jī)輔助靜態(tài)分析的手段對(duì)程序進(jìn)行檢測(cè)。3 動(dòng)態(tài)測(cè)試答：動(dòng)態(tài)測(cè)試指通過(guò)運(yùn)行程序發(fā)現(xiàn)錯(cuò)誤。4 黑盒測(cè)試答：黑盒測(cè)試指把測(cè)試對(duì)象看成一個(gè)黑盒子，測(cè)試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程，只在軟件的接口處進(jìn)行測(cè)試，依據(jù)需求規(guī)格說(shuō)明書(shū)，檢查程序是否滿足功能要求，又稱為功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。5 白盒測(cè)試答：白盒測(cè)試指把測(cè)試對(duì)象看成一個(gè)打開(kāi)的盒子，測(cè)試人員需了解程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程，以檢查處理過(guò)程的細(xì)節(jié)為基礎(chǔ)，對(duì)程序中盡可能多的邏輯路徑進(jìn)行測(cè)試，檢驗(yàn)內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯(cuò)，實(shí)際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。6 語(yǔ)句覆蓋答：語(yǔ)句覆蓋指設(shè)計(jì)足夠的測(cè)試用例，使被測(cè)程序中每個(gè)語(yǔ)句至少執(zhí)行一次。7 判定覆蓋答：判定覆蓋指設(shè)計(jì)足夠的測(cè)試用例，使被測(cè)程序中每個(gè)判定表達(dá)式至少獲得一次“真”值或“假”值，從而使程序的每個(gè)分支至少都通過(guò)一次，因此判定覆蓋又稱分支覆蓋。8 條件覆蓋答：條件覆蓋指設(shè)計(jì)足夠測(cè)試用例，使判定表達(dá)式中每個(gè)條件的各種可能的值至少出現(xiàn)一次。9 判定/條件覆蓋答：判定/條件覆蓋指設(shè)計(jì)足夠的測(cè)試用例，使得判定表達(dá)式中每個(gè)條件的所有可能取值至少出現(xiàn)一次，并使每個(gè)判定表達(dá)式所有可能的結(jié)果也至少出現(xiàn)一次。10 條件組合覆蓋答：條件組合覆蓋指設(shè)計(jì)足夠的測(cè)試用例，使得每個(gè)判定表達(dá)式中條件的各種可能的值的組合都至少出現(xiàn)一次。11 路徑覆蓋答：路徑覆蓋指設(shè)計(jì)足夠的測(cè)試用例，覆蓋被測(cè)程序中所有可能的路徑。12 測(cè)試用例答：測(cè)試用例指為尋找程序中的錯(cuò)誤而精心設(shè)計(jì)的一組測(cè)試數(shù)據(jù)。13 驅(qū)動(dòng)模塊答：驅(qū)動(dòng)模塊指用來(lái)模擬被測(cè)模塊的上級(jí)調(diào)用模塊，其功能比真正的上級(jí)模塊簡(jiǎn)單得多，它只完成接受測(cè)試數(shù)據(jù)，以上級(jí)模塊調(diào)用被測(cè)模塊的格式驅(qū)動(dòng)被測(cè)模塊，接收被測(cè)模塊的測(cè)試結(jié)果并輸出。14 樁模塊答：樁模塊指用來(lái)代替被測(cè)試模塊所調(diào)用的模塊，其作用是返回被測(cè)試模塊所需的信息。15 單元測(cè)試答：?jiǎn)卧獪y(cè)試指對(duì)源程序中每一個(gè)程序單元進(jìn)行測(cè)試，檢查各個(gè)模塊是否正確實(shí)現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯(cuò)誤。16 集成測(cè)試答：集成測(cè)試指在單元測(cè)試基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)進(jìn)行的測(cè)試。也稱組裝測(cè)試或聯(lián)合測(cè)試。17 確認(rèn)測(cè)試答：確認(rèn)測(cè)試指檢查軟件的功能與性能是否與需求規(guī)格說(shuō)明書(shū)中確定的指標(biāo)相符合，又稱有效性測(cè)試。18 漸增式測(cè)試答：漸增式測(cè)試指逐個(gè)把未經(jīng)過(guò)測(cè)試的模塊組裝到已經(jīng)過(guò)測(cè)試的模塊上去，進(jìn)行集成測(cè)試。每加入一個(gè)新模塊進(jìn)行一次集成測(cè)試，重復(fù)此過(guò)程直到程序組裝完畢。19 非漸增式測(cè)試答：非漸增式測(cè)試指首先對(duì)每個(gè)模塊分別進(jìn)行單元測(cè)試，然后把所有的模塊按設(shè)計(jì)要求組裝在一起進(jìn)行測(cè)試。20 調(diào)試答：調(diào)試指確定錯(cuò)誤的原因和位置，并改正錯(cuò)誤的過(guò)程，也稱糾錯(cuò)。21 人的因素的含義答：1）人對(duì)感知過(guò)程的認(rèn)識(shí)，包括視覺(jué)、閱讀時(shí)的認(rèn)知心理、記憶、歸納與演繹推理等； 2）用戶已有的技能和行為方式； 3）用戶所要求的完成的整個(gè)任務(wù)以及用戶對(duì)人機(jī)交互部分的特殊要求。22 基線答：已經(jīng)通過(guò)正式復(fù)審和批準(zhǔn)的某規(guī)約或產(chǎn)品，它因此可以作為進(jìn)一步開(kāi)發(fā)的基礎(chǔ)，并且只能遵循正式的變化控制過(guò)程得到改變。23 軟件配置管理答：軟件配置管理，簡(jiǎn)稱SCM，它用于整個(gè)軟件工程過(guò)程。其主要目標(biāo)是：標(biāo)識(shí)變更、控制變更、確保變更正確地實(shí)現(xiàn)、報(bào)告有關(guān)變更。SCM是一組管理整個(gè)軟件生存期各階段中變更的活動(dòng)。24 軟件配置項(xiàng)答：軟件配置項(xiàng)是軟件工程中產(chǎn)生的信息項(xiàng)，它是配置管理的基本單位，對(duì)已成為基線的SCI，雖然可以修改，但必須按照一個(gè)特殊的正確的過(guò)程進(jìn)行評(píng)估，確認(rèn)每一處的修改。四、 簡(jiǎn)答題1 為什么說(shuō)軟件測(cè)試是軟件開(kāi)發(fā)中不可缺少的重要一環(huán)，但不是軟件質(zhì)量保證的安全網(wǎng)？答： 軟件測(cè)試是軟件開(kāi)發(fā)中不可缺少的重要一環(huán)，原因是：測(cè)試的工作量約占整個(gè)項(xiàng)目開(kāi)發(fā)工作量的40%左右，幾乎一半。如果是關(guān)系到人的生命安全的軟件，測(cè)試的工作量還要成倍增加。軟件測(cè)試代表了需求分析、設(shè)計(jì)、編碼的最終復(fù)審。 軟件測(cè)試不是軟件質(zhì)量保證的安全網(wǎng)，因?yàn)檐浖y(cè)試只能發(fā)現(xiàn)錯(cuò)誤，不能保證沒(méi)有錯(cuò)誤。2 軟件測(cè)試的目的是什么？為什么把軟件測(cè)試的目的定義為只是發(fā)現(xiàn)錯(cuò)誤？答：軟件測(cè)試的目的有： 軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。 一個(gè)好的測(cè)試用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯(cuò)誤。 一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯(cuò)誤。 軟件測(cè)試的目標(biāo)定義為只是發(fā)現(xiàn)錯(cuò)誤，原因是軟件測(cè)試可以有兩個(gè)目標(biāo)，一個(gè)是預(yù)防錯(cuò)誤，另一個(gè)是發(fā)現(xiàn)錯(cuò)誤。由于軟件開(kāi)發(fā)是人的創(chuàng)造性勞動(dòng)，人的活動(dòng)不可能完美無(wú)缺，錯(cuò)誤可能發(fā)生在任何一個(gè)階段，因此預(yù)防錯(cuò)誤這一目標(biāo)幾乎是不可實(shí)現(xiàn)的，所以軟件測(cè)試的目標(biāo)定義為只是發(fā)現(xiàn)錯(cuò)誤。3 軟件測(cè)試應(yīng)當(dāng)遵循什么原則？為什么要遵循這些原則？答：軟件測(cè)試應(yīng)當(dāng)遵循原則如下： 用例由輸入數(shù)據(jù)和預(yù)期的輸出數(shù)據(jù)兩部分組成，因?yàn)檫@樣便于對(duì)照檢查，做到有的放矢。 用例不僅選用合理的輸入數(shù)據(jù)，還要選擇不合理的輸入數(shù)據(jù)。因?yàn)楫?dāng)以特殊方式使用程序時(shí)，會(huì)突然發(fā)現(xiàn)程序中有許多錯(cuò)誤，故使用預(yù)期的不合理的輸入數(shù)據(jù)進(jìn)行程序測(cè)試，比用合理的輸入數(shù)據(jù)收獲要大，從而能更多地發(fā)現(xiàn)錯(cuò)誤，提高程序可靠性。 除了檢查程序是否做了它應(yīng)該做的事，還應(yīng)該檢查程序是否做了它不應(yīng)該做的事，因?yàn)槿绻绦蜃隽怂粦?yīng)該做的事，即使程序能做它應(yīng)該做的事，程序也是錯(cuò)誤的。 應(yīng)制定測(cè)試計(jì)劃并嚴(yán)格執(zhí)行，因?yàn)檫@樣可以排除隨意性。 長(zhǎng)期保留測(cè)試用例，因?yàn)闇y(cè)試用例的設(shè)計(jì)耗費(fèi)很大的工作量，而修改后的程序可能有新的錯(cuò)誤，需要進(jìn)行回歸測(cè)試，故必須將測(cè)試用例作為文檔保存，使測(cè)試具有可重復(fù)性，同時(shí)測(cè)試用例是將來(lái)系統(tǒng)維護(hù)測(cè)試與確認(rèn)的依據(jù)，保存測(cè)試用例也為以后的維護(hù)提供方便。 對(duì)發(fā)現(xiàn)錯(cuò)誤較多的程序段，應(yīng)進(jìn)行更深入的測(cè)試，因?yàn)榘l(fā)現(xiàn)錯(cuò)誤較多的程序段，其質(zhì)量較差，同時(shí)在修改錯(cuò)誤過(guò)程中又容易引入新的錯(cuò)誤。 程序員避免測(cè)試自己設(shè)計(jì)的程序，因?yàn)闇y(cè)試目的是找錯(cuò)。從心理學(xué)角度講，程序員大多對(duì)自己的程序存有偏見(jiàn)，總認(rèn)為沒(méi)有錯(cuò)誤或錯(cuò)誤不大，另外程序員對(duì)需求規(guī)格說(shuō)明的理解而引入的錯(cuò)誤則更難發(fā)現(xiàn)，應(yīng)該由別人或另外的機(jī)構(gòu)來(lái)測(cè)試會(huì)更客觀、更有效。4 軟件測(cè)試的步驟是什么？這些測(cè)試與軟件開(kāi)發(fā)各階段之間的關(guān)系？答： 軟件測(cè)試的步驟如圖7-3所示。圖7-3 軟件測(cè)試的步驟 這些測(cè)試與軟件開(kāi)發(fā)各階段之間的關(guān)系如圖7-2所示。因?yàn)橄到y(tǒng)測(cè)試已經(jīng)超出了軟件工程的范圍，所以圖7-3中的系統(tǒng)測(cè)試不包括在內(nèi)。 5 軟件測(cè)試的過(guò)程是什么？答：軟件測(cè)試是一個(gè)規(guī)則的過(guò)程，包括測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行以及測(cè)試結(jié)果比較等。 測(cè)試設(shè)計(jì)：根據(jù)軟件開(kāi)發(fā)各階段的文檔資料和程序的內(nèi)部結(jié)構(gòu)，利用各種設(shè)計(jì)測(cè)試用例技術(shù)精心設(shè)計(jì)測(cè)試用例。 測(cè)試執(zhí)行：利用這些測(cè)試用例執(zhí)行程序，得到測(cè)試結(jié)果。 測(cè)試結(jié)果比較：將預(yù)期的結(jié)果與實(shí)際測(cè)試結(jié)果進(jìn)行比較，如果二者不符合，對(duì)于出現(xiàn)的錯(cuò)誤進(jìn)行糾錯(cuò)，并修改相應(yīng)文檔。修改后的程序還要進(jìn)行再次測(cè)試，直到滿意為止。如果測(cè)試發(fā)現(xiàn)不了錯(cuò)誤，可能由于測(cè)試配置考慮不周到，應(yīng)考慮重新制定測(cè)試方案，設(shè)計(jì)測(cè)試用例。6 單元測(cè)試、集成測(cè)試和確認(rèn)測(cè)試各自主要目標(biāo)是什么？它們之間有什么不同？相互有什么關(guān)系？答：?jiǎn)卧獪y(cè)試、集成測(cè)試和確認(rèn)測(cè)試各自主要目標(biāo)是： 單元測(cè)試的主要目標(biāo)是檢查各個(gè)模塊是否正確實(shí)現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯(cuò)誤。 集成測(cè)試的主要目標(biāo)是檢查與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的有關(guān)問(wèn)題。 確認(rèn)測(cè)試的主要目標(biāo)是檢查已實(shí)現(xiàn)的軟件是否滿足需求規(guī)格說(shuō)明書(shū)中確定的各種需求。單元測(cè)試、集成測(cè)試和確認(rèn)測(cè)試之間的不同如下： 測(cè)試內(nèi)容不同：?jiǎn)卧獪y(cè)試集中于單個(gè)模塊的功能和結(jié)構(gòu)檢驗(yàn)，其測(cè)試內(nèi)容主要包括模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、重要的執(zhí)行路徑、錯(cuò)誤處理和邊界測(cè)試；集成測(cè)試集中于模塊組合的功能和軟件結(jié)構(gòu)檢驗(yàn)，其測(cè)試內(nèi)容主要包括模塊組裝中可能出現(xiàn)的問(wèn)題，即數(shù)據(jù)穿過(guò)接口可能丟失、一個(gè)模塊可能破壞另一個(gè)模塊的內(nèi)容、子功能組裝可能不等于主功能、全程數(shù)據(jù)結(jié)構(gòu)問(wèn)題、誤差累積問(wèn)題；確認(rèn)測(cè)試集中于論證軟件需求的可追溯性，主要包括測(cè)試軟件功能和性能是否與軟件需求一致、測(cè)試軟件配置的所有程序與文檔是否正確完整而且一致。 測(cè)試的方法不同：?jiǎn)卧獪y(cè)試總是使用白盒測(cè)試法，為被測(cè)模塊設(shè)計(jì)驅(qū)動(dòng)模塊和樁模塊；集成測(cè)試使用漸增式測(cè)試和非漸增式測(cè)試，漸增式測(cè)試又有分為自頂向下結(jié)合法和自底向上結(jié)合法；確認(rèn)測(cè)試總是使用黑盒測(cè)試法。 發(fā)現(xiàn)的錯(cuò)誤不同：?jiǎn)卧獪y(cè)試發(fā)現(xiàn)的錯(cuò)誤主要是在編碼階段產(chǎn)生的錯(cuò)誤，集成測(cè)試發(fā)現(xiàn)的錯(cuò)誤主要是在設(shè)