軟件工程與項目管理考試題

第一章練習題一、單項選擇題1、 軟件是（ ）。處理對象和處理規(guī)則的描述程序C程序、數(shù)據(jù)及文檔D.計算機系統(tǒng)2、 下列選項中（ ）是軟件開發(fā)中存在的不正確的觀念、方法。重編程、輕需求重開發(fā)、輕維護C重技術、輕管理D.以上三條都是3、 下列哪個階段不屬于軟件生存周期的三大階段（ ）。計劃階段開發(fā)階段C編碼階段D.維護階段4、 計算機系統(tǒng)就是（）。主機，顯示器，硬盤，軟驅(qū)，打印機等CPU，存儲器，控制器，I/O接口及設備C計算機硬件系統(tǒng)和軟件系統(tǒng)D.計算機及其應用系統(tǒng)5、 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（）。軟件工程軟件周期軟件危機軟件產(chǎn)生6、 以下屬于軟件危機現(xiàn)象的是（）。軟件開發(fā)進度難以預測軟件產(chǎn)品難以維護軟件缺少適當?shù)奈臋n資料以上三條都是7、 軟件工程的出現(xiàn)主要是由于（ ）。程序設計方法學的影響其它工程科學的影響軟件危機的出現(xiàn)計算機的發(fā)展8、 以下哪一項不屬于項目成功要考慮的因素（ ）。X作范圍與成本進度計劃客戶滿意度全都屬于9、 以下對軟件工程的解釋正確的是（）。軟件工程是研究軟件開發(fā)和軟件管理的一門工程科學軟件工程是將系統(tǒng)化的、規(guī)范化的、可度量化的方法應用于軟件開發(fā)、運行和維護的過程軟件工程是把工程化的思想應用于軟件開發(fā)以上三條都正確10、 一個項目是否開發(fā)，從經(jīng)濟上來說是否可行，歸根結底是取決于（ ）。成本估算項目計劃X程管理X程網(wǎng)絡圖11、 軟件生存周期包括可行性分析、需求分析、系統(tǒng)設計、編碼、（ ）、維護等活動。應用檢測測試以上答案都不正確12、 一個軟件從開始計劃到廢棄為止，稱為軟件的（）。開發(fā)周期生存周期運行周期維護周期13、 軟件計劃時期的主要任務是：分析用戶要求、新系統(tǒng)的主要目標以及（）。開發(fā)軟件開發(fā)的可行性設計軟件運行軟件二、判斷題TOC\o"1-5"\h\z1、 軟件就是計算機系統(tǒng)中的程序、數(shù)據(jù)及其文檔（ ）。2、 程序是指計算機為完成特定任務而執(zhí)行的指令的有序集合（）。3、 數(shù)據(jù)是指被程序處理的信息（）。4、 軟件工程與項目管理是為研究克服軟件危機應運而生的（ ）。5、 軟件危機是20世紀60年代以前產(chǎn)生的（ ）。6、軟件缺少適當?shù)奈臋n資料屬于軟件危機現(xiàn)象之一（）。

7、 軟件工程是把工程化的思想應用于軟件開發(fā)（）。8、 軟件工程是研究軟件開發(fā)和軟件管理的一門管理科學（ ）。9、 一個好的開發(fā)人員應具備的素質(zhì)和能力不包括具有良好的書面和口頭表達能力（）。10、 軟件工程學是理論研究，沒有實際用途（ ）。11、項目管理過程就是制定計劃然后按計劃工作（）。12、 軟件生存周期包括需求分析、系統(tǒng)設計、程序設計、測試、維護，五個階段（）。13、 軟件生存周期是指根據(jù)某一軟件從被提出并著手開始實現(xiàn)，直到軟件完成其使命被廢棄為止的全過程（）。第二章練習題、單項選擇題1、 以下哪個不屬于問題定義的步驟（）。調(diào)查和調(diào)研形成高層邏輯模型C溝通和交流D.問題定義報告2、 以下哪個不屬于問題定義的內(nèi)容（）。問題的背景開發(fā)的條件、環(huán)境要求C實現(xiàn)目標的方案D.體系結構的設計3、 可行性分析是在系統(tǒng)開發(fā)的早期所做的一項重要的論證工作，它是該系統(tǒng)是否開發(fā)的決策依據(jù)，因此必須給出（）的回答。確定行或不行C正確D.無二義4、 以下對可行性分析的任務描述不正確的是（）?？尚行苑治鲆獙σ院蟮男袆臃结樚岢鼋ㄗh可行性分析只需要明確做不做，無須對以后的行動方針提出建議C可行性分析階段如果認為問題不可行，分析員要提出停止項目開發(fā)的建議D.可行性分析階段如果認為問題值得解，分析員需要提出解決方案，并且為工程制定一個初步的計劃5、 以下哪一個不屬于可行性分析的要素（ ）。經(jīng)濟技術C設備D.社會6、 以下對成功的可行性分析的必備要素描述不正確的是（）。準確界定研究任務明確研究的用途C確定分析期限和報告的提交時間D.以上三條都不正確7、 以下不屬于可行性分析的步驟的是（ ）。準確界定研究任務復查項目目標和規(guī)模研究目前系統(tǒng)C問題定義報告D.重新定義問題8、 可行性分析基本步驟中的第三步是（ ）。研究目前系統(tǒng)分析技術可行性C法律可行性分析D.形成高層邏輯模型9、 以下哪個符號在系統(tǒng)流程圖中表示處理（ ）。A.B.C.D.10、A.B.C.D.11、A.B.C.D.12、以下說法正確的是（ ）。系統(tǒng)流程圖是屬于問題定義階段的工作系統(tǒng)流程圖是屬于可行性分析階段的工作系統(tǒng)流程圖是屬于需求分析階段的工作系統(tǒng)流程圖是屬于系統(tǒng)分析階段的工作以下對系統(tǒng)流程圖的理解不正確的是（ ）。系統(tǒng)流程圖是概括地描繪物理系統(tǒng)的傳統(tǒng)工具系統(tǒng)流程圖的基本思想是用圖形符號以白盒子形式描繪組成系統(tǒng)的每個部件系統(tǒng)流程圖表達的是數(shù)據(jù)在系統(tǒng)各部件之間流動的情況系統(tǒng)流程圖不描述對數(shù)據(jù)進行加工處理的控制過程-符號不屬于數(shù)據(jù)流圖的四種基本符號（ ）。A.B.C.D.13、 按軟件生命周期方法設計軟件的過程中，畫數(shù)據(jù)流圖屬于下面哪個階段的工作（）?？尚行苑治龀绦蛟O計詳細設計軟件維護14、 數(shù)據(jù)流圖和數(shù)據(jù)字典共同構成系統(tǒng)的（）。物理模型結構模型邏輯模型設計說明書15、 在數(shù)據(jù)流圖中，0（橢圓）代表（ ）。源點終點加工模塊16、 以下不屬于數(shù)據(jù)字典實現(xiàn)途徑的是（ ）。全人工過程全自動化過程混合過程全都屬于17、 以下不屬于數(shù)據(jù)字典中定義的元素的是（ ）。數(shù)據(jù)流數(shù)據(jù)元素數(shù)據(jù)存儲和處理全都屬于18、 數(shù)據(jù)字典是用來定義（ ）中的各個成份的具體含義。流程圖功能結構圖系統(tǒng)結構圖數(shù)據(jù)流圖19、 以下哪個不屬于成本/效益分析的內(nèi)容（）。公司以前做項目的效益情況運行費用開發(fā)成本處理新系統(tǒng)將帶來的經(jīng)濟效益20、 以下哪個不屬于常用的成本估算方法（）?；诖a行基于工人人數(shù)任務分解自動估計成本技術二、判斷題TOC\o"1-5"\h\z1、 可行性分析階段的問題定義可做可不做，沒有實際意義 （ ）。2、 問題定義階段不需要提出實現(xiàn)目標的方案，那是可行性分析階段的工作內(nèi)容 （ ）。3、 可行性分析的任務是對以后的行動方針提出建議（ ）。4、 如果問題沒有可行的解，分析員應該建議停止這項開發(fā)工程，以避免時間、資源、人力和金錢的浪費（）。5、 如果問題值得解，分析員提出開發(fā)這項工程的建議即可，無需提出解決方案，制定計劃（ ）。6、 可行性分析包括經(jīng)濟、技術和社會三個基本要素（ ）。7、 可行性分析中的經(jīng)濟要素是指這個系統(tǒng)的經(jīng)濟效益能否超過它的開發(fā)成本（）。8、 可行性研究包括復查項目目標和規(guī)模、研究目前系統(tǒng)、形成高層邏輯模型和重新定義問題四9、 高層邏輯模型指的就是系統(tǒng)數(shù)據(jù)流圖（）。10、 重新定義問題是指分析員與用戶以系統(tǒng)流程圖為討論基礎，再次復查問題定義、工程規(guī)模和目標。如對問題有誤解，或遺漏要求，在此階段改正（）。11、 系統(tǒng)流程圖基本思想是用圖形符號以白盒子形式描繪組成系統(tǒng)的每個部件（ ）。12、 系統(tǒng)流程圖也稱為系統(tǒng)圖是最常用的一種系統(tǒng)邏輯模型表示法（）。13、 系統(tǒng)流程圖基本符號是以概括的方式抽象地描繪一個實際系統(tǒng)所用符號（ ）。14、 數(shù)據(jù)流圖只描繪信息在系統(tǒng)中流動和處理的情況（）。15、 設計數(shù)據(jù)流圖只需考慮系統(tǒng)必須完成的基本邏輯功能，不需要考慮如何實現(xiàn)這些功能（）。16、 數(shù)據(jù)流圖中每個加工只有一個輸入數(shù)據(jù)流和一個輸出數(shù)據(jù)流，反映此加工數(shù)據(jù)的來源與結果（）。17、 數(shù)據(jù)流程圖是指從數(shù)據(jù)傳遞和加工的角度，以圖形的方式刻畫數(shù)據(jù)流從輸入到輸出的移動變換過程（）。18、 數(shù)據(jù)流圖上所有圖形符號只限于三種基本圖形元素（ ）。19、數(shù)據(jù)字典是關于數(shù)據(jù)的信息的集合（ ）。20、數(shù)據(jù)字典是對數(shù)據(jù)流圖中包含的所有元素的定義的集合（ ）。21、數(shù)據(jù)字典作用是在軟件分析和設計的過程中給人提供關于數(shù)據(jù)的描述信息（）。22、系統(tǒng)的邏輯模型就是數(shù)據(jù)流圖（ ）。23、成本/效益分析是指從經(jīng)濟角度評價開發(fā)一個新項目是否可行、是否劃算，從而幫助使用部門的負責人正確地作出是否投資于這項開發(fā)的決定（）。第三章練習題一、單項選擇題1、 需求分析階段產(chǎn)生的最重要的文檔之一是（）。項目開發(fā)計劃需求規(guī)格說明書設計說明書可行性分析報告2、 需求分析階段，分析人員要確定對問題的綜合需求，其中最主要的是（ ）需求。功能性能數(shù)據(jù)環(huán)境3、 需求分析是（ ）。軟件開發(fā)工作的基礎軟件生存周期的開始由系統(tǒng)分析員單獨完成的由用戶自己單獨完成的4、 需求分析階段要給出（）的回答。做不做怎么做什么時候做做什么，不做什么5、 需求分析中開發(fā)人員要從用戶那里了解（ ）。軟件做什么用戶使用界面輸入的信息軟件的規(guī)模6、 需求分析階段的任務是確定（）。軟件開發(fā)方法軟件開發(fā)工具軟件開發(fā)費用軟件系統(tǒng)功能7、 需求分析的任務不包括（）。問題分析系統(tǒng)設計需求描述需求評審8、 需求分析階段常用面向數(shù)據(jù)流的結構化分析法的英文簡稱是（）。SA（StructuredAnalysis）JSD（Jackson）DSSD（DataStructuredSystemDevelopmentMethod）OOA（Object-OrientedMethod）9、 面向數(shù)據(jù)流的結構化分析方法主要思想是（）。具體與自頂向下的逐層分解具體與自下向上的逐層分解抽象與自下向上的分層分解抽象與自頂向下的逐層分解10、 結構化需求分析用于數(shù)據(jù)描述的工具是（）和數(shù)據(jù)字典。程序圖流程圖數(shù)據(jù)流圖PAD圖二、判斷題1、 需求分析雖處于軟件開發(fā)的初期階段，但它對于整個軟件開發(fā)過程以及產(chǎn)品質(zhì)量至關重要（）。2、 需求分析是軟件計劃時期的第一個階段（）。3、 需求分析是在問題定義的基礎上，進一步了解確定用戶需求。準確地回答“系統(tǒng)必須做什么？”的問題（）。4、 由于經(jīng)濟和業(yè)務環(huán)境的動態(tài)性導致需求易變而直接影響需求分析的效果（）。5、 需求分析階段將用戶非形式的需求陳述轉(zhuǎn)化成的形式功能規(guī)約叫需求規(guī)格說明書（）。TOC\o"1-5"\h\z6、 需求分析階段需確定對系統(tǒng)的綜合要求：系統(tǒng)功能要求、性能要求、運行要求、將來可能提出的要求（ ）。7、 需求分析不能遺漏任何必要的需求（ ）。8、 結構化需求分析主要思想抽象與自頂向下的逐層分解（）。9、 結構化分析方法于20世紀70年代末到80年代中期提出（ ）。10、需求規(guī)格說明書中必須說明運行環(huán)境（）。第四章練習題一、單項選擇題1、 高層設計通常是在需求明確、準備開始（ ）之前進行。編碼維護需求分析測試2、 以下對于高層設計的描述錯誤的是（ ）。高層設計也稱概要設計高層設計要把軟件“做什么”的邏輯模型變換為“怎么做”的物理模型，即著手實現(xiàn)軟件的需求高層設計階段的重點是體系結構設計高層設計因為是對系統(tǒng)初略的分析過程。因此，設計的結果無需記錄在文檔中3、 概要設計的主要設計方法包括（ ）。模塊化方法功能分解方法面向數(shù)據(jù)流和面向數(shù)據(jù)結構以上都包括4、 最常采用的概要設計方法是（ ）。模塊化方法功能分解方法面向數(shù)據(jù)流和面向數(shù)據(jù)結構面向?qū)ο蠓椒?、 以下不屬于詳細設計階段的是（ ）。體系結構設計數(shù)據(jù)庫設計模塊設計數(shù)據(jù)結構與算法設計6、 詳細設計的結果決定了最終程序的（ ）。代碼的規(guī)模運行速度質(zhì)量可維護性7、 詳細設計的基本任務是確定每個模塊的（ ）設計。功能調(diào)用關系輸入輸出數(shù)據(jù)數(shù)據(jù)結構和算法8、 內(nèi)聚表示一個模塊（）的程度。細化模塊內(nèi)部成分之間關聯(lián)模塊之間依賴僅關注在一件事情上9、 耦合表示一個模塊（）的程度。細化模塊內(nèi)部成分之間關聯(lián)模塊之間依賴僅關注在一件事情上10、 模塊化設計的指導思想是分解、信息隱藏與（ ）。抽象數(shù)據(jù)獨立性程序獨立性模塊獨立性11、 模塊化的目的是（）。增加內(nèi)聚性降低復雜性提高易讀性減少耦合性12、 在模塊設計中，以下哪一個應該公開，而不需要隱藏（）。接口設計算法數(shù)據(jù)結構實現(xiàn)體13、 下列關于模塊的描述，不正確的是（ ）。具有獨立的模塊軟件不容易開發(fā)出來獨立的模塊比較容易測試和維護模塊的獨立程度可以通過內(nèi)聚和耦合標定獨立的模塊可以完成一個相對獨立的特定子功能14、 模塊（ ），則說明模塊的獨立性越強。耦合越強扇入數(shù)越高耦合越弱扇入數(shù)越低15、 模塊內(nèi)聚度越高，說明模塊內(nèi)各成分彼此結合的程度越（ ）。松散緊密無法判斷相等TOC\o"1-5"\h\z1、 系統(tǒng)設計的好壞在根本上決定了軟件系統(tǒng)的優(yōu)劣（ ）。2、 “差的系統(tǒng)設計必定產(chǎn)生差的軟件系統(tǒng)”，同樣“好的系統(tǒng)設計必定產(chǎn)生好的軟件系統(tǒng)”（ ）。3、 為了追求技術的先進性，開發(fā)人員可以稍微偏離需求開展系統(tǒng)設計工作（ ）。4、 高層設計階段的重點是體系結構設計（ ）。5、 詳細設計是在概要設計之后進行的。它利用概要設計的結果，對系統(tǒng)中的每個模塊給出足夠的過程性描述（）。6、 軟件模塊之間的耦合性越弱越好（ ）。7、 模塊設計應當爭取“高內(nèi)聚、低耦合”，而避免“低內(nèi)聚、高耦合”（ ）。8、 為降低系統(tǒng)的開發(fā)難度，將系統(tǒng)分解得非常細、得到的功能模塊越多越好（）。第五章練習題一、單項選擇題1、 以下屬于第三代程序設計語言的選項是（ ）。機器語言現(xiàn)代語言匯編語言SQL語言2、 以下描述錯誤的是（ ）。程序設計語言的特性和程序設計風格，會深刻地影響軟件的質(zhì)量和可維護性為了保證程序編碼的質(zhì)量，程序員必須深刻理解、熟練掌握并正確地運用程序設計語言的特性高效的程序代碼能縮短開發(fā)周期，并減少維護代價只要程序設計語言選擇的好就可以設計出高效的程序代碼，對于程序的結構沒有要求3、 以下屬于選擇程序設計語言的標準的選項是（）。選擇用戶熟悉的程序設計語言從程序員知識水平和心理因素等方面考慮從軟件的可移植性考慮以上三項都屬于4、 編程時應注意的編程風格是（ ）。源程序文檔化數(shù)據(jù)說明滿足運行工程學的輸入輸出風格以上三項都屬于5、 結構化程序設計主要強調(diào)的是（ ）。程序的規(guī)模程序的效率程序設計語言的先進性程序易讀性6、 下列屬于編碼時標準書寫格式的是（ ）。書寫時適當使用空格分隔一行寫入多條語句嵌套結構不使用分層縮進的寫法程序中不加注釋7、 以下符合程序設計過程中語句結構要求的是（）。一行內(nèi)可寫多條語句程序的編寫首先應當考慮效率：效率第一，清晰第二盡可能用通俗易懂的偽碼來描述程序的流程，然后再翻譯成必須使用的語言盡量使用“否定”條件的條件語句二、判斷題TOC\o"1-5"\h\z1、 4GL語言屬于第三代程序設計語言（ ）。2、 程序設計這一階段的工作是把詳細設計中，具體的過程性描述內(nèi)容，翻譯成某一種程序設計語言編寫的源程序（）。3、 高效的程序代碼能縮短開發(fā)周期，并減少維護代價（ ）。4、 程序設計風格指人們編制程序時所表現(xiàn)出來的特點、習慣、邏輯思路（ ）。5、 編碼時應從以下幾方面注意編程風格：源程序文檔化、數(shù)據(jù)說明、語句結構、滿足運行工程學的輸入輸出風格（）。6、 夾在程序中的注釋可有可無（ ）。7、 程序設計語言中應絕對禁止使用GOTO語句（ ）。8、 在設計階段已經(jīng)確定了數(shù)據(jù)結構的組織及其復雜性。因此在編寫程序時，無需再注意數(shù)據(jù)說明的風格（ ）。第六章練習題一、單項選擇題1、 軟件開發(fā)時,一個錯誤發(fā)現(xiàn)得越晚，為改正它所付出的代價就（ ）。越大越小越不可捉摸越接近平均水平2、 確定測試計劃是在（ ）階段制定的。總體設計詳細設計編碼測試3、 以下有關軟件測試的描述正確的是（ ）。測試是一個為了發(fā)現(xiàn)所有錯誤而執(zhí)行程序的過程一個好的測試用例是指能夠發(fā)現(xiàn)所有錯誤的測試用例一個成功的測試是指揭示了迄今為至尚未發(fā)現(xiàn)的錯誤的測試軟件測試只能通過自動的手段來執(zhí)行和評價系統(tǒng)或系統(tǒng)部件4、 為了提高測試的效率，應該（ ）。在完成編碼以后制定軟件的測試計劃取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)隨機地選取測試數(shù)據(jù)選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)5、 系統(tǒng)因錯誤而發(fā)生故障時，仍然能在一定程度上完成預期功能的能力被稱為（）。軟件容錯系統(tǒng)軟件測試軟件恢復測試6、 下面說法正確的是（ ）。經(jīng)過測試沒有發(fā)現(xiàn)錯誤說明程序正確測試的目標是為了證明程序沒有錯誤成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試成功的測試是沒有發(fā)現(xiàn)錯誤的測試7、 經(jīng)過嚴密的軟件測試后所提交給用戶的軟件產(chǎn)品中（ ）。軟件不再包含任何錯誤還可能包含少量軟件錯誤所提交給用戶的可執(zhí)行文件不會含有錯誤文檔中不會含有錯誤8、 在進行軟件測試時，首先應當進行（ ），然后進行子系統(tǒng)測試，最后進行驗收測試。單元測試集成測試確認測試組合測試9、 軟件測試的目標是（ ）。證明軟件是正確的發(fā)現(xiàn)錯誤、減低錯誤帶來的風險排除軟件中所有的錯誤與軟件調(diào)試相同10、 以下對黑盒測試方法描述錯誤的是（ ）。又稱功能測試或數(shù)據(jù)驅(qū)動測試測試人員完全不考慮程序內(nèi)部的邏輯結構和內(nèi)部特性，只檢查程序的功能是否符合它的功能說明黑盒測試不關心輸入與輸出的對應關系黑盒測試不關心被測程序的內(nèi)部關系11、 以下不屬于黑盒測試方法和技術的是（）。等價類劃分邊界值分析接口測試基本路徑覆蓋12、 黑盒測試在設計測試用例時，主要需要研究（ ）。需求規(guī)格說明與概要設計說明詳細設計說明項目開發(fā)計劃概要設計說明與詳細設計說明13、 黑盒測試的優(yōu)點是（ ）。適用于各階段測試有一定的充分性度量手段可獲較多工具支持代碼測試全面14、 以下哪項不屬于黑盒測試方法要測試的錯誤（）。是否有不正確或遺漏了的功能輸入能否正確地接受，能否輸出正確的結果性能上是否能夠滿足要求內(nèi)部數(shù)據(jù)結構的是否有效15、 以下對白盒測試方法描述正確的是（ ）。白盒測試又稱結構測試或邏輯驅(qū)動測試白盒測試允許測試人員利用程序內(nèi)部的邏輯結構及有關信息，設計或選擇測試用例白盒測試允許對程序所有邏輯路徑進行測試以上三項全都正確16、 軟件人員使用白盒測試方法對程序模塊進行檢查時，以下哪個說法不正確（ ）。對所有的邏輯判定，取“真”與取“假”的兩種情況都至少測試一次對程序模塊的所有獨立的執(zhí)行路徑只能測試一次在循環(huán)的邊界和運行界限內(nèi)執(zhí)行循環(huán)體測試內(nèi)部數(shù)據(jù)結構的有效性等TOC\o"1-5"\h\z1、軟件測試是為了證明程序是正確的（ ）。2、 軟件測試能發(fā)現(xiàn)程序中所有的錯誤（ ）。3、 要通過測試發(fā)現(xiàn)程序中的所有錯誤，就要窮舉所有可能的輸入數(shù)據(jù)（）。4、 程序測試是為了證明程序正確地執(zhí)行了預期的功能（）。5、 一個好的測試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯誤的測試用例（ ）。6、 軟件測試是用人工或自動的手段來執(zhí)行和評價系統(tǒng)或系統(tǒng)部件的過程，以檢驗它是否滿足規(guī)定的需求，或識別期望的結果和實際的結果之間有無差別（）。7、 所有的測試都應可追溯到客戶需求（ ）。8、 測試應從“大規(guī)?！遍_始，逐步轉(zhuǎn)向“小規(guī)?！保?）。9、 測試中發(fā)現(xiàn)的80%的錯誤可能來自于20%的程序代碼（ ）。10、 需妥善保存測試計劃、測試用例、出錯統(tǒng)計和最終分析報告，為維護提供方便（ ）。11、 黑盒測試是把測試對象看做一個黑盒，測試人員完全不考慮程序內(nèi)部的邏輯結構和內(nèi)部特性，只依據(jù)程序的需求和功能規(guī)格說明，檢查程序的功能是否符合它的功能說明（ ）。12、 黑盒測試只關心被測程序的內(nèi)部關系（ ）。13、 循環(huán)結構分析屬于黑盒測試法（）。14、 路徑覆蓋測試要求對程序模塊的所有獨立的執(zhí)行路徑至少測試一次（）。15、 邏輯覆蓋測試要求對所有的邏輯判定，取“真”與取“假”的兩種情況都至少測試一次（）。16、 白盒測試法是將程序看成一個透明的盒子，不需要了解程序的內(nèi)部結構和處理過程（ ）。第七章練習題一、單項選擇題1、 軟件生命周期中花費最多的階段是（ ）。詳細設計軟件編碼軟件測試軟件維護2、 下列屬于維護階段的文檔是（）。軟件規(guī)格說明用戶操作手冊軟件問題報告軟件測試分析報告3、 軟件維護產(chǎn)生的副作用，是指（ ）。開發(fā)時的錯誤隱含的錯誤冊因修改軟件而造成的錯誤運行時誤操作4、 軟件維護的四類維護活動是（ ）。改正性維護，適應性維護，完善性維護和預防性維護適應性維護，完善性維護，搶救性維護和輔助性維護改正性維護，適應性維護，完善性維護和輔助性維護適應性維護，完善性維護，搶救