軟件測試習題

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

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

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

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

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

6、蓋25 .下面（D ） 方法能夠有效地檢測輸入條件 的各種組合可能引起的錯誤。A）等價類劃分B ）邊界值分析C）錯誤推測D）因果圖26 .與確認測試階段有關的文檔是（A ）。A）需求規(guī)格說明書B）概要設計說明書C）詳細設計說明書D）源程序27 .超出軟件工程范圍的測試是（D ）。A）單元測試B）集成測試C）確認測試D）系統(tǒng)測試28 .軟件測試不需要了解軟件設計的（D ）。A）功能B）內(nèi)部結構C）處理過程D）條件29 .（ B ）方法需要考察模塊間的接口和各模塊之間的聯(lián)系。A）單元測試B）集成測試C）確認測試D）系統(tǒng)測試30 .調試應該由（B ） 完成。A與源程序無關白程序員B）編制該源程序的程

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

8、控制D）存取控制35 .按照軟件配置管理的原始指導思想，受控制 的對象應是（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軟件配置管理簡稱SCIB）軟件配置項是配置管理的基本單位C）軟件配置實際上是一動態(tài)的概念D）軟件工程過程中某一階段的變更均要引起軟件配置的變更39 .在設計人機界面時，應主要考慮的因素有（D）A）

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

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

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

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

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

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

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

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

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

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

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

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

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

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

23、一次購物累計多于 或等于100元，按B類標準收費（打9折）；會 員顧客一次購物累計少于1000元，按C類標準 收費價T 8折），一次購物累計等于或多于1000 元，按D類標準收費（打7折）。測試對象是按 以上要求計算顧客收費模塊，按照路徑覆蓋法 設計測試用例。3 .下面是某程序的流程圖:(1)計算它的環(huán)路復雜性。(2)為了完成基本路徑測試，求它的一組獨立的 路徑。4 .分析比較面向對象的軟件測試與傳統(tǒng)的軟件測 試的異同1、傳統(tǒng)的單元測試的對象是軟件設計的最小單位 模塊。當考慮面向對象軟件時，單元的概 念發(fā)生了變化，此時最小的可測試單位是封裝 的類或對象，而不再是個體的模塊。傳統(tǒng)單元 測試主要關

24、注模塊的算法實現(xiàn)和模塊接口間數(shù) 據(jù)的傳遞，而面向對象的單元測試主要考察封 裝在一個類中的方法和類的狀態(tài)行為。面向對象軟件沒有層次的控制結構，因此傳統(tǒng)的 自頂向下和自底向上集成策略就不再適合，它 主要有以下兩種集成策略：基于類間協(xié)作關系 的橫向測試；基于類間繼承關系的縱向測試。系統(tǒng)測試一般不考慮內(nèi)部結構和中間結果，因此 面向對象軟件系統(tǒng)測試與傳統(tǒng)的系統(tǒng)測試差別 不大。面向對象軟件測試的整體目標和傳統(tǒng)軟 件測試的目標是一致的，即以最小的工作量發(fā)現(xiàn)盡可能多的錯誤，但是面向對象測試的策略 和戰(zhàn)術有很大不同。測試的視角擴大到包括復 審分析和設計模型，止匕外，測試的焦點從過程 構件（模塊）移向了類。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 .錯誤測試結果2 .文檔資料內(nèi)部結構測試用例程序錯 誤缺陷3 .輸入數(shù)據(jù) 輸出數(shù)據(jù)4 .動態(tài)測試靜態(tài)測試5 .

26、運行程序測試用例 黑盒測試 白盒測試6 .人工檢測計算機輔助靜態(tài)分析7 .編碼質量編碼軟件產(chǎn)品8 .靜態(tài)分析特性9 .接口 需求規(guī)格功能10 .內(nèi)部結構處理過程處理過程測試11 .結構源程序內(nèi)部邏輯12 .判定語句覆蓋判定覆蓋條件覆蓋判 定/條件覆蓋條件組合覆蓋路徑覆蓋13 .條件組合路徑14 .循環(huán)循環(huán)次數(shù)15 .控制流程圖環(huán)路基本路徑16 .功能等價類劃分邊界值分析錯誤推測 因果圖17 .功能 一句話 一個短語 等價類18 .邊界邊界值第一個最后一個19 .錯誤推測法20 .因果功能說明判定表判定表21 .測試黑盒白盒22 .軟件配置測試配置測試工具23 .單元測試集成測試確認測試系統(tǒng)測試

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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