軟件工程與項目管理考試題學(xué)生

1、第一章練習(xí)題一、單項選擇題1、軟件是（ ）。A處理對象和處理規(guī)則的描述B程序C程序、數(shù)據(jù)及文檔D計算機系統(tǒng)2、下列選項中（ ）是軟件開發(fā)中存在的不正確的觀念、方法。A重編程、輕需求B重開發(fā)、輕維護C重技術(shù)、輕管理D以上三條都是3、下列哪個階段不屬于軟件生存周期的三大階段（ ）。A計劃階段B開發(fā)階段C編碼階段D維護階段4、計算機系統(tǒng)就是（ ）。A主機，顯示器，硬盤，軟驅(qū)，打印機等BCPU,存儲器，控制器，I/O接口及設(shè)備C計算機硬件系統(tǒng)和軟件系統(tǒng)D計算機及其應(yīng)用系統(tǒng)5、開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做( )。A軟件工程B軟件周期C軟件危機D軟件產(chǎn)生6、以下屬于軟件

2、危機現(xiàn)象的是（ ）。A軟件開發(fā)進度難以預(yù)測B軟件產(chǎn)品難以維護C軟件缺少適當(dāng)?shù)奈臋n資料D以上三條都是7、軟件工程的出現(xiàn)主要是由于（ ）。A程序設(shè)計方法學(xué)的影響B(tài)其它工程科學(xué)的影響C軟件危機的出現(xiàn)D計算機的發(fā)展8、以下哪一項不屬于項目成功要考慮的因素（ ）。A工作范圍與成本B進度計劃C客戶滿意度D全都屬于9、以下對軟件工程的解釋正確的是（ ）。A軟件工程是研究軟件開發(fā)和軟件管理的一門工程科學(xué)B軟件工程是將系統(tǒng)化的、規(guī)范化的、可度量化的方法應(yīng)用于軟件開發(fā)、運行和維護的過程C軟件工程是把工程化的思想應(yīng)用于軟件開發(fā)D以上三條都正確10、一個項目是否開發(fā)，從經(jīng)濟上來說是否可行，歸根結(jié)底是取決于（ ）。A成

3、本估算B項目計劃C工程管理D工程網(wǎng)絡(luò)圖11、軟件生存周期包括可行性分析、需求分析、系統(tǒng)設(shè)計、編碼、（ ）、維護等活動。A應(yīng)用B檢測C測試D以上答案都不正確12、一個軟件從開始計劃到廢棄為止，稱為軟件的（ ）。A開發(fā)周期B生存周期C運行周期D維護周期13、軟件計劃時期的主要任務(wù)是：分析用戶要求、新系統(tǒng)的主要目標(biāo)以及（ ）。A開發(fā)軟件B開發(fā)的可行性C設(shè)計軟件D運行軟件二、判斷題1、軟件就是計算機系統(tǒng)中的程序、數(shù)據(jù)及其文檔（ ）。2、程序是指計算機為完成特定任務(wù)而執(zhí)行的指令的有序集合（ ）。3、數(shù)據(jù)是指被程序處理的信息（ ）。4、軟件工程與項目管理是為研究克服軟件危機應(yīng)運而生的（ ）。5、軟件危機是

4、20世紀(jì)60年代以前產(chǎn)生的（ ）。6、軟件缺少適當(dāng)?shù)奈臋n資料屬于軟件危機現(xiàn)象之一（ ）。7、軟件工程是把工程化的思想應(yīng)用于軟件開發(fā)（ ）。8、軟件工程是研究軟件開發(fā)和軟件管理的一門管理科學(xué)（ ）。9、一個好的開發(fā)人員應(yīng)具備的素質(zhì)和能力不包括具有良好的書面和口頭表達能力（ ）。10、軟件工程學(xué)是理論研究，沒有實際用途（ ）。11、項目管理過程就是制定計劃然后按計劃工作（ ）。12、軟件生存周期包括需求分析、 系統(tǒng)設(shè)計、 程序設(shè)計、 測試、 維護，五個階段（ ）。13、軟件生存周期是指根據(jù)某一軟件從被提出并著手開始實現(xiàn)，直到軟件完成其使命被廢棄為止的全過程（ ）。第二章練習(xí)題一、單項選擇題1、以下

5、哪個不屬于問題定義的步驟（ ）。A調(diào)查和調(diào)研B形成高層邏輯模型C溝通和交流D問題定義報告2、以下哪個不屬于問題定義的內(nèi)容（ ）。A問題的背景B開發(fā)的條件、環(huán)境要求C實現(xiàn)目標(biāo)的方案D體系結(jié)構(gòu)的設(shè)計3、可行性分析是在系統(tǒng)開發(fā)的早期所做的一項重要的論證工作，它是該系統(tǒng)是否開發(fā)的決策依據(jù)，因此必須給出（ ）的回答。A確定B行或不行C正確D無二義4、以下對可行性分析的任務(wù)描述不正確的是（ ）。A可行性分析要對以后的行動方針提出建議B可行性分析只需要明確做不做，無須對以后的行動方針提出建議C可行性分析階段如果認(rèn)為問題不可行，分析員要提出停止項目開發(fā)的建議D可行性分析階段如果認(rèn)為問題值得解，分析員需要提出解

6、決方案，并且為工程制定一個初步的計劃5、以下哪一個不屬于可行性分析的要素（ ）。A經(jīng)濟B技術(shù)C設(shè)備D社會6、以下對成功的可行性分析的必備要素描述不正確的是（ ）。A準(zhǔn)確界定研究任務(wù)B明確研究的用途C確定分析期限和報告的提交時間D以上三條都不正確7、以下不屬于可行性分析的步驟的是（ ）。A準(zhǔn)確界定研究任務(wù)復(fù)查項目目標(biāo)和規(guī)模B研究目前系統(tǒng)C問題定義報告D重新定義問題8、可行性分析基本步驟中的第三步是（ ）。A研究目前系統(tǒng)B分析技術(shù)可行性C法律可行性分析D形成高層邏輯模型9、以下哪個符號在系統(tǒng)流程圖中表示處理（ ）。A. B. C. D. 10、以下說法正確的是（ ）。A. 系統(tǒng)流程圖是屬于問題定義

7、階段的工作B. 系統(tǒng)流程圖是屬于可行性分析階段的工作C. 系統(tǒng)流程圖是屬于需求分析階段的工作D. 系統(tǒng)流程圖是屬于系統(tǒng)分析階段的工作11、以下對系統(tǒng)流程圖的理解不正確的是（ ）。A. 系統(tǒng)流程圖是概括地描繪物理系統(tǒng)的傳統(tǒng)工具B. 系統(tǒng)流程圖的基本思想是用圖形符號以白盒子形式描繪組成系統(tǒng)的每個部件C. 系統(tǒng)流程圖表達的是數(shù)據(jù)在系統(tǒng)各部件之間流動的情況D. 系統(tǒng)流程圖不描述對數(shù)據(jù)進行加工處理的控制過程12、以下哪個符號不屬于數(shù)據(jù)流圖的四種基本符號（ ）。A. B. C. D. 13、按軟件生命周期方法設(shè)計軟件的過程中，畫數(shù)據(jù)流圖屬于下面哪個階段的工作（ ）。A. 可行性分析B. 程序設(shè)計C. 詳細

8、設(shè)計D. 軟件維護14、數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的（ ）。A. 物理模型B. 結(jié)構(gòu)模型C. 邏輯模型D. 設(shè)計說明書15、在數(shù)據(jù)流圖中，（橢圓）代表（ ）。A. 源點B. 終點C. 加工D. 模塊16、以下不屬于數(shù)據(jù)字典實現(xiàn)途徑的是（ ）。A. 全人工過程B. 全自動化過程C. 混合過程D. 全都屬于17、以下不屬于數(shù)據(jù)字典中定義的元素的是（ ）。A. 數(shù)據(jù)流B. 數(shù)據(jù)元素C. 數(shù)據(jù)存儲和處理D. 全都屬于18、數(shù)據(jù)字典是用來定義（ ）中的各個成份的具體含義。A. 流程圖B. 功能結(jié)構(gòu)圖C. 系統(tǒng)結(jié)構(gòu)圖D. 數(shù)據(jù)流圖19、以下哪個不屬于成本/效益分析的內(nèi)容（ ）。A. 公司以前做項目的效

9、益情況B. 運行費用C. 開發(fā)成本D. 處理新系統(tǒng)將帶來的經(jīng)濟效益20、以下哪個不屬于常用的成本估算方法（ ）。A. 基于代碼行B. 基于工人人數(shù)C. 任務(wù)分解D. 自動估計成本技術(shù)二、判斷題1、可行性分析階段的問題定義可做可不做，沒有實際意義（ ）。2、問題定義階段不需要提出實現(xiàn)目標(biāo)的方案，那是可行性分析階段的工作內(nèi)容（ ）。3、可行性分析的任務(wù)是對以后的行動方針提出建議（ ）。4、如果問題沒有可行的解，分析員應(yīng)該建議停止這項開發(fā)工程，以避免時間、資源、人力和金錢的浪費（ ）。5、如果問題值得解，分析員提出開發(fā)這項工程的建議即可，無需提出解決方案，制定計劃（ ）。6、可行性分析包括經(jīng)濟、技術(shù)

10、和社會三個基本要素（ ）。7、可行性分析中的經(jīng)濟要素是指這個系統(tǒng)的經(jīng)濟效益能否超過它的開發(fā)成本（ ）。8、可行性研究包括復(fù)查項目目標(biāo)和規(guī)模、研究目前系統(tǒng)、形成高層邏輯模型和重新定義問題四9、高層邏輯模型指的就是系統(tǒng)數(shù)據(jù)流圖（ ）。10、重新定義問題是指分析員與用戶以系統(tǒng)流程圖為討論基礎(chǔ)，再次復(fù)查問題定義、工程規(guī)模和目標(biāo)。如對問題有誤解，或遺漏要求，在此階段改正（ ）。11、系統(tǒng)流程圖基本思想是用圖形符號以白盒子形式描繪組成系統(tǒng)的每個部件（ ）。12、系統(tǒng)流程圖也稱為系統(tǒng)圖是最常用的一種系統(tǒng)邏輯模型表示法（ ）。13、系統(tǒng)流程圖基本符號是以概括的方式抽象地描繪一個實際系統(tǒng)所用符號（ ）。14、數(shù)

11、據(jù)流圖只描繪信息在系統(tǒng)中流動和處理的情況（ ）。15、設(shè)計數(shù)據(jù)流圖只需考慮系統(tǒng)必須完成的基本邏輯功能，不需要考慮如何實現(xiàn)這些功能（ ）。16、數(shù)據(jù)流圖中每個加工只有一個輸入數(shù)據(jù)流和一個輸出數(shù)據(jù)流，反映此加工數(shù)據(jù)的來源與結(jié)果（ ）。17、數(shù)據(jù)流程圖是指從數(shù)據(jù)傳遞和加工的角度，以圖形的方式刻畫數(shù)據(jù)流從輸入到輸出的移動變換過程（ ）。18、數(shù)據(jù)流圖上所有圖形符號只限于三種基本圖形元素（ ）。19、數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合（ ）。20、數(shù)據(jù)字典是對數(shù)據(jù)流圖中包含的所有元素的定義的集合（ ）。21、數(shù)據(jù)字典作用是在軟件分析和設(shè)計的過程中給人提供關(guān)于數(shù)據(jù)的描述信息（ ）。22、系統(tǒng)的邏輯模型就是數(shù)據(jù)

12、流圖（ ）。23、成本/效益分析是指從經(jīng)濟角度評價開發(fā)一個新項目是否可行、是否劃算，從而幫助使用部門的負(fù)責(zé)人正確地作出是否投資于這項開發(fā)的決定（ ）。第三章練習(xí)題一、單項選擇題1、需求分析階段產(chǎn)生的最重要的文檔之一是（ ）。A. 項目開發(fā)計劃B. 需求規(guī)格說明書C. 設(shè)計說明書D. 可行性分析報告2、需求分析階段，分析人員要確定對問題的綜合需求，其中最主要的是（ ）需求。A. 功能B. 性能C. 數(shù)據(jù)D. 環(huán)境3、需求分析是（ ）。A. 軟件開發(fā)工作的基礎(chǔ)B. 軟件生存周期的開始C. 由系統(tǒng)分析員單獨完成的D. 由用戶自己單獨完成的4、需求分析階段要給出（ ）的回答。A. 做不做B. 怎么做C

13、. 什么時候做D. 做什么，不做什么5、需求分析中開發(fā)人員要從用戶那里了解（ ）。A. 軟件做什么B. 用戶使用界面C. 輸入的信息D. 軟件的規(guī)模6、需求分析階段的任務(wù)是確定（ ）。A. 軟件開發(fā)方法B. 軟件開發(fā)工具C. 軟件開發(fā)費用D. 軟件系統(tǒng)功能7、需求分析的任務(wù)不包括（ ）。A. 問題分析B. 系統(tǒng)設(shè)計C. 需求描述D. 需求評審8、需求分析階段常用面向數(shù)據(jù)流的結(jié)構(gòu)化分析法的英文簡稱是（ ）。A. SA（Structured Analysis）B. JSD（Jackson）C. DSSD（Data Structured System Development Method）D. OO

14、A（Object-Oriented Method）9、面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法主要思想是（ ）。A. 具體與自頂向下的逐層分解B. 具體與自下向上的逐層分解C. 抽象與自下向上的分層分解D. 抽象與自頂向下的逐層分解10、結(jié)構(gòu)化需求分析用于數(shù)據(jù)描述的工具是（ ）和數(shù)據(jù)字典。A. 程序圖B. 流程圖C. 數(shù)據(jù)流圖D. PAD圖二、判斷題1、需求分析雖處于軟件開發(fā)的初期階段，但它對于整個軟件開發(fā)過程以及產(chǎn)品質(zhì)量至關(guān)重要（ ）。2、需求分析是軟件計劃時期的第一個階段（ ）。3、需求分析是在問題定義的基礎(chǔ)上，進一步了解確定用戶需求。準(zhǔn)確地回答“系統(tǒng)必須做什么？”的問題（ ）。4、由于經(jīng)濟和業(yè)務(wù)環(huán)境的

15、動態(tài)性導(dǎo)致需求易變而直接影響需求分析的效果（ ）。5、需求分析階段將用戶非形式的需求陳述轉(zhuǎn)化成的形式功能規(guī)約叫需求規(guī)格說明書（ ）。6、需求分析階段需確定對系統(tǒng)的綜合要求：系統(tǒng)功能要求、性能要求、運行要求、將來可能提出的要求（ ）。7、需求分析不能遺漏任何必要的需求（ ）。8、結(jié)構(gòu)化需求分析主要思想抽象與自頂向下的逐層分解（ ）。9、結(jié)構(gòu)化分析方法于20世紀(jì)70年代末到80年代中期提出（ ）。10、需求規(guī)格說明書中必須說明運行環(huán)境（ ）。第四章練習(xí)題一、單項選擇題1、高層設(shè)計通常是在需求明確、準(zhǔn)備開始（ ）之前進行。A. 編碼B. 維護C. 需求分析D. 測試2、以下對于高層設(shè)計的描述錯誤的是

16、（ ）。A. 高層設(shè)計也稱概要設(shè)計B. 高層設(shè)計要把軟件“做什么”的邏輯模型變換為“怎么做”的物理模型，即著手實現(xiàn)軟件的需求C. 高層設(shè)計階段的重點是體系結(jié)構(gòu)設(shè)計D. 高層設(shè)計因為是對系統(tǒng)初略的分析過程。因此，設(shè)計的結(jié)果無需記錄在文檔中3、概要設(shè)計的主要設(shè)計方法包括（ ）。A. 模塊化方法B. 功能分解方法C. 面向數(shù)據(jù)流和面向數(shù)據(jù)結(jié)構(gòu)D. 以上都包括4、最常采用的概要設(shè)計方法是（ ）。A. 模塊化方法B. 功能分解方法C. 面向數(shù)據(jù)流和面向數(shù)據(jù)結(jié)構(gòu)D. 面向?qū)ο蠓椒?、以下不屬于詳細設(shè)計階段的是（ ）。A. 體系結(jié)構(gòu)設(shè)計B. 數(shù)據(jù)庫設(shè)計C. 模塊設(shè)計D. 數(shù)據(jù)結(jié)構(gòu)與算法設(shè)計6、詳細設(shè)計的結(jié)果

17、決定了最終程序的（ ）。A. 代碼的規(guī)模B. 運行速度C. 質(zhì)量D. 可維護性7、詳細設(shè)計的基本任務(wù)是確定每個模塊的（ ）設(shè)計。A. 功能B. 調(diào)用關(guān)系C. 輸入輸出數(shù)據(jù)D. 數(shù)據(jù)結(jié)構(gòu)和算法8、內(nèi)聚表示一個模塊（ ）的程度。A. 細化B. 模塊內(nèi)部成分之間關(guān)聯(lián)C. 模塊之間依賴D. 僅關(guān)注在一件事情上9、耦合表示一個模塊（ ）的程度。A. 細化B. 模塊內(nèi)部成分之間關(guān)聯(lián)C. 模塊之間依賴D. 僅關(guān)注在一件事情上10、模塊化設(shè)計的指導(dǎo)思想是分解、信息隱藏與（ ）。A. 抽象B. 數(shù)據(jù)獨立性C. 程序獨立性D. 模塊獨立性11、模塊化的目的是（ ）。A. 增加內(nèi)聚性B. 降低復(fù)雜性C. 提高易讀性

18、D. 減少耦合性12、在模塊設(shè)計中，以下哪一個應(yīng)該公開，而不需要隱藏（ ）。A. 接口設(shè)計B. 算法C. 數(shù)據(jù)結(jié)構(gòu)D. 實現(xiàn)體13、下列關(guān)于模塊的描述，不正確的是（ ）。A. 具有獨立的模塊軟件不容易開發(fā)出來B. 獨立的模塊比較容易測試和維護C. 模塊的獨立程度可以通過內(nèi)聚和耦合標(biāo)定D. 獨立的模塊可以完成一個相對獨立的特定子功能14、模塊（ ），則說明模塊的獨立性越強。A. 耦合越強B. 扇入數(shù)越高C. 耦合越弱D. 扇入數(shù)越低15、模塊內(nèi)聚度越高，說明模塊內(nèi)各成分彼此結(jié)合的程度越（ ）。A. 松散B. 緊密C. 無法判斷D. 相等二、判斷題1、系統(tǒng)設(shè)計的好壞在根本上決定了軟件系統(tǒng)的優(yōu)劣（

19、）。2、“差的系統(tǒng)設(shè)計必定產(chǎn)生差的軟件系統(tǒng)”，同樣“好的系統(tǒng)設(shè)計必定產(chǎn)生好的軟件系統(tǒng)”（ ）。3、為了追求技術(shù)的先進性，開發(fā)人員可以稍微偏離需求開展系統(tǒng)設(shè)計工作（ ）。4、高層設(shè)計階段的重點是體系結(jié)構(gòu)設(shè)計（ ）。5、詳細設(shè)計是在概要設(shè)計之后進行的。它利用概要設(shè)計的結(jié)果，對系統(tǒng)中的每個模塊給出足夠的過程性描述（ ）。6、軟件模塊之間的耦合性越弱越好（ ）。7、模塊設(shè)計應(yīng)當(dāng)爭取“高內(nèi)聚、低耦合”，而避免“低內(nèi)聚、高耦合”（ ）。8、為降低系統(tǒng)的開發(fā)難度，將系統(tǒng)分解得非常細、得到的功能模塊越多越好（ ）。第五章練習(xí)題一、單項選擇題1、以下屬于第三代程序設(shè)計語言的選項是（ ）。A. 機器語言B. 現(xiàn)代

20、語言C. 匯編語言D. SQL語言2、以下描述錯誤的是（ ）。A. 程序設(shè)計語言的特性和程序設(shè)計風(fēng)格，會深刻地影響軟件的質(zhì)量和可維護性B. 為了保證程序編碼的質(zhì)量，程序員必須深刻理解、熟練掌握并正確地運用程序設(shè)計語言的特性C. 高效的程序代碼能縮短開發(fā)周期，并減少維護代價D. 只要程序設(shè)計語言選擇的好就可以設(shè)計出高效的程序代碼，對于程序的結(jié)構(gòu)沒有要求3、以下屬于選擇程序設(shè)計語言的標(biāo)準(zhǔn)的選項是（ ）。A. 選擇用戶熟悉的程序設(shè)計語言B. 從程序員知識水平和心理因素等方面考慮C. 從軟件的可移植性考慮D. 以上三項都屬于4、編程時應(yīng)注意的編程風(fēng)格是（ ）。A. 源程序文檔化B. 數(shù)據(jù)說明C. 滿足

21、運行工程學(xué)的輸入輸出風(fēng)格 D. 以上三項都屬于5、結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是（ ）。A. 程序的規(guī)模B. 程序的效率C. 程序設(shè)計語言的先進性 D. 程序易讀性6、下列屬于編碼時標(biāo)準(zhǔn)書寫格式的是（ ）。A. 書寫時適當(dāng)使用空格分隔B. 一行寫入多條語句C. 嵌套結(jié)構(gòu)不使用分層縮進的寫法 D. 程序中不加注釋7、以下符合程序設(shè)計過程中語句結(jié)構(gòu)要求的是（ ）。A. 一行內(nèi)可寫多條語句B. 程序的編寫首先應(yīng)當(dāng)考慮效率：效率第一，清晰第二C. 盡可能用通俗易懂的偽碼來描述程序的流程，然后再翻譯成必須使用的語言D. 盡量使用“否定”條件的條件語句二、判斷題1、4 GL語言屬于第三代程序設(shè)計語言（ ）。2

22、、程序設(shè)計這一階段的工作是把詳細設(shè)計中，具體的過程性描述內(nèi)容，翻譯成某一種程序設(shè)計語言編寫的源程序（ ）。3、高效的程序代碼能縮短開發(fā)周期，并減少維護代價（ ）。4、程序設(shè)計風(fēng)格指人們編制程序時所表現(xiàn)出來的特點、習(xí)慣、邏輯思路（ ）。5、編碼時應(yīng)從以下幾方面注意編程風(fēng)格：源程序文檔化、數(shù)據(jù)說明、語句結(jié)構(gòu)、滿足運行工程學(xué)的輸入輸出風(fēng)格（ ）。6、夾在程序中的注釋可有可無（ ）。7、程序設(shè)計語言中應(yīng)絕對禁止使用GOTO語句（ ）。8、在設(shè)計階段已經(jīng)確定了數(shù)據(jù)結(jié)構(gòu)的組織及其復(fù)雜性。因此在編寫程序時，無需再注意數(shù)據(jù)說明的風(fēng)格（ ）。第六章練習(xí)題一、單項選擇題1、軟件開發(fā)時,一個錯誤發(fā)現(xiàn)得越晚,為改正它

23、所付出的代價就（ ）。A. 越大B. 越小C. 越不可捉摸 D. 越接近平均水平2、確定測試計劃是在（ ）階段制定的。A. 總體設(shè)計B. 詳細設(shè)計C. 編碼 D. 測試3、以下有關(guān)軟件測試的描述正確的是（ ）。A. 測試是一個為了發(fā)現(xiàn)所有錯誤而執(zhí)行程序的過程B. 一個好的測試用例是指能夠發(fā)現(xiàn)所有錯誤的測試用例C. 一個成功的測試是指揭示了迄今為至尚未發(fā)現(xiàn)的錯誤的測試D. 軟件測試只能通過自動的手段來執(zhí)行和評價系統(tǒng)或系統(tǒng)部件4、為了提高測試的效率，應(yīng)該（ ）。A. 在完成編碼以后制定軟件的測試計劃B. 取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C. 隨機地選取測試數(shù)據(jù)D. 選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測

24、試數(shù)據(jù)5、系統(tǒng)因錯誤而發(fā)生故障時，仍然能在一定程度上完成預(yù)期功能的能力被稱為（ ）。A. 軟件容錯B. 系統(tǒng)軟件C. 測試軟件D. 恢復(fù)測試6、下面說法正確的是（ ）。A. 經(jīng)過測試沒有發(fā)現(xiàn)錯誤說明程序正確B. 測試的目標(biāo)是為了證明程序沒有錯誤C. 成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試D. 成功的測試是沒有發(fā)現(xiàn)錯誤的測試7、經(jīng)過嚴(yán)密的軟件測試后所提交給用戶的軟件產(chǎn)品中（ ）。A. 軟件不再包含任何錯誤B. 還可能包含少量軟件錯誤C. 所提交給用戶的可執(zhí)行文件不會含有錯誤D. 文檔中不會含有錯誤8、在進行軟件測試時， 首先應(yīng)當(dāng)進行（ ），然后進行子系統(tǒng)測試，最后進行驗收測試。A. 單元測試

25、B. 集成測試C. 確認(rèn)測試D. 組合測試9、軟件測試的目標(biāo)是（ ）。A. 證明軟件是正確的B. 發(fā)現(xiàn)錯誤、減低錯誤帶來的風(fēng)險C. 排除軟件中所有的錯誤D. 與軟件調(diào)試相同10、以下對黑盒測試方法描述錯誤的是（ ）。A. 又稱功能測試或數(shù)據(jù)驅(qū)動測試B. 測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只檢查程序的功能是否符合它的功能說明C. 黑盒測試不關(guān)心輸入與輸出的對應(yīng)關(guān)系D. 黑盒測試不關(guān)心被測程序的內(nèi)部關(guān)系11、以下不屬于黑盒測試方法和技術(shù)的是（ ）。A. 等價類劃分B. 邊界值分析C. 接口測試D. 基本路徑覆蓋12、黑盒測試在設(shè)計測試用例時，主要需要研究（ ）。A. 需求規(guī)格說明與概

26、要設(shè)計說明B. 詳細設(shè)計說明C. 項目開發(fā)計劃D. 概要設(shè)計說明與詳細設(shè)計說明13、黑盒測試的優(yōu)點是（ ）。A. 適用于各階段測試B. 有一定的充分性度量手段C. 可獲較多工具支持D. 代碼測試全面14、以下哪項不屬于黑盒測試方法要測試的錯誤（ ）。A. 是否有不正確或遺漏了的功能B. 輸入能否正確地接受，能否輸出正確的結(jié)果C. 性能上是否能夠滿足要求D. 內(nèi)部數(shù)據(jù)結(jié)構(gòu)的是否有效 15、以下對白盒測試方法描述正確的是（ ）。A. 白盒測試又稱結(jié)構(gòu)測試或邏輯驅(qū)動測試B. 白盒測試允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計或選擇測試用例C. 白盒測試允許對程序所有邏輯路徑進行測試D. 以上

27、三項全都正確16、軟件人員使用白盒測試方法對程序模塊進行檢查時，以下哪個說法不正確（ ）。A. 對所有的邏輯判定，取“真”與取“假”的兩種情況都至少測試一次B. 對程序模塊的所有獨立的執(zhí)行路徑只能測試一次C. 在循環(huán)的邊界和運行界限內(nèi)執(zhí)行循環(huán)體D. 測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性等二、判斷題1、軟件測試是為了證明程序是正確的（ ）。2、軟件測試能發(fā)現(xiàn)程序中所有的錯誤（ ）。3、要通過測試發(fā)現(xiàn)程序中的所有錯誤，就要窮舉所有可能的輸入數(shù)據(jù)（ ）。4、程序測試是為了證明程序正確地執(zhí)行了預(yù)期的功能（ ）。5、一個好的測試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯誤的測試用例（ ）。6、軟件測試是用人工或自動的手

28、段來執(zhí)行和評價系統(tǒng)或系統(tǒng)部件的過程，以檢驗它是否滿足規(guī)定的需求，或識別期望的結(jié)果和實際的結(jié)果之間有無差別（ ）。7、所有的測試都應(yīng)可追溯到客戶需求（ ）。8、測試應(yīng)從“大規(guī)模”開始，逐步轉(zhuǎn)向“小規(guī)?！保?）。9、測試中發(fā)現(xiàn)的80%的錯誤可能來自于20%的程序代碼（ ）。10、需妥善保存測試計劃、測試用例、出錯統(tǒng)計和最終分析報告，為維護提供方便（ ）。11、黑盒測試是把測試對象看做一個黑盒，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求和功能規(guī)格說明，檢查程序的功能是否符合它的功能說明（ ）。12、黑盒測試只關(guān)心被測程序的內(nèi)部關(guān)系（ ）。13、循環(huán)結(jié)構(gòu)分析屬于黑盒測試法（ ）。

29、14、路徑覆蓋測試要求對程序模塊的所有獨立的執(zhí)行路徑至少測試一次（ ）。15、邏輯覆蓋測試要求對所有的邏輯判定，取“真”與取“假”的兩種情況都至少測試一次（ ）。16、白盒測試法是將程序看成一個透明的盒子，不需要了解程序的內(nèi)部結(jié)構(gòu)和處理過程（ ）。第七章練習(xí)題一、單項選擇題1、軟件生命周期中花費最多的階段是（ ）。A. 詳細設(shè)計B. 軟件編碼C. 軟件測試D. 軟件維護2、下列屬于維護階段的文檔是（ ）。A. 軟件規(guī)格說明B. 用戶操作手冊C. 軟件問題報告D. 軟件測試分析報告3、軟件維護產(chǎn)生的副作用，是指（ ）。A. 開發(fā)時的錯誤B. 隱含的錯誤冊C. 因修改軟件而造成的錯誤D. 運行時誤操作4、軟件維護的四類維護活動是（ ）。A. 改正性維護，適應(yīng)性維護，完善性維護和預(yù)防性維護B. 適應(yīng)性維護，完善性維護，搶救性維護和輔助性維護C. 改正性維護，適應(yīng)性維護，完善性