軟件工程習(xí)題

1、）年提出的。軟件工程的概念是（A、 1988B、 1968C、 1948D、 1928下面不是軟件工程的三個(gè)要素的是（ C）A、過程B、方法C、環(huán)境D、工具下面不屬于軟件的組成的是（ B）A、程序B、記錄C、文檔D、數(shù)據(jù)軟件工程的出現(xiàn)是由于（ C）A、程序設(shè)計(jì)方法學(xué)的影響B(tài)、軟件產(chǎn)業(yè)化的需求C、軟件危機(jī)的出現(xiàn)D、計(jì)算機(jī)的發(fā)展）質(zhì)量的軟件）。（ A）等階段。軟件工程學(xué)的目的是以較低的成本，研制（AA、較高B、較低C、可靠D、優(yōu)秀軟件生存周期中時(shí)間最長(zhǎng)的是（D ）階段。A、總體設(shè)計(jì)B、需求分析C、軟件測(cè)試D、軟件維護(hù)下列敘述中不屬于軟件生命周期的模型的是（DA、原型模型B、瀑布模型C、螺旋模型D、

2、快速組裝模型軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成A、定義階段，開發(fā)階段，運(yùn)行維護(hù)B、設(shè)計(jì)階段，編程階段，測(cè)試階段C、總體設(shè)計(jì)，詳細(xì)設(shè)計(jì)，編程調(diào)試D、需求分析，功能定義，系統(tǒng)設(shè)計(jì)軟件的生存周期是指（D ）。A、開發(fā)軟件的全部時(shí)間B、使用軟件的全部時(shí)間C、開發(fā)和使用軟件的全部時(shí)間D、從軟件計(jì)劃起直到軟件廢棄所經(jīng)歷的全部時(shí)間軟件生命周期中所花費(fèi)用最多的階段是（DA、詳細(xì)設(shè)計(jì) B、軟件編碼 C、軟件測(cè)試 D、軟件維護(hù)D ）。瀑布模型的關(guān)鍵不足在于（A、過于簡(jiǎn)單B、各個(gè)階段需要進(jìn)行評(píng)審C、過于靈活D、不能適應(yīng)需求的動(dòng)態(tài)變更從結(jié)構(gòu)化的瀑布模型看，在它的生命周期中的八個(gè)階段，下面的幾個(gè)選項(xiàng)中，哪

3、個(gè)環(huán)節(jié)出錯(cuò)對(duì)軟件的影響最大（C ）。A、詳細(xì)設(shè)計(jì)階段B、概要設(shè)計(jì)階段C、需求分析階段D、測(cè)試和運(yùn)行階段（ A ）分批地逐步向用戶提交產(chǎn)品，每次提交一個(gè)滿足用戶需求子集的可運(yùn)行的產(chǎn)品。A、增量模型（分批）B、噴泉模型（重疊）C、原型模型D、螺旋模型（迭代、風(fēng)險(xiǎn)分析）具有風(fēng)險(xiǎn)分析的軟件生存周期模型是（C）。A、瀑布模型B、噴泉模型C、螺旋模型D、增量模型快速原型模型的主要特點(diǎn)之一是（D ）。A、開發(fā)完畢才能見產(chǎn)品B、及早提供全部完整的軟件產(chǎn)品C、開發(fā)完畢才見到工件軟件D、及早提供工作軟件軟件按照設(shè)計(jì)的要求，在規(guī)定的時(shí)間和條件下達(dá)到不出故障，持續(xù)運(yùn)行的要求的質(zhì)量特性稱為（ B ）。A、可用性B、 可

4、靠性C、 正確性D、 完整性在軟件工程時(shí)期，決定軟件質(zhì)量的主要因素是（C）。A、管理水平B、個(gè)人程序技術(shù)C、小組技術(shù)D、硬件的發(fā)展提高軟件質(zhì)量和可靠性的技術(shù)大致可分為兩大類，其中一類就是避開錯(cuò)誤技術(shù)，但避開錯(cuò)誤技術(shù)無(wú)法做到完美無(wú)缺和絕無(wú)錯(cuò)誤，這就需要（D ）。A、消除錯(cuò)誤B、檢測(cè)錯(cuò)誤C、避開錯(cuò)誤D、容錯(cuò)（D ）是以提高軟件質(zhì)量為目的的技術(shù)活動(dòng)。A、技術(shù)創(chuàng)新B、測(cè)試C、技術(shù)創(chuàng)造D、技術(shù)評(píng)審【簡(jiǎn)答題】軟件的可維護(hù)性，主要表現(xiàn)在（）。我的答案：主要有：可理解性，可測(cè)試性，可修改性，可移植性，可重用性【簡(jiǎn)答題】軟件的可維護(hù)性，主要表現(xiàn)在（）。我的答案：主要有：可理解性，可測(cè)試性，可修改性，可移植性，可

5、重用性一個(gè)項(xiàng)目是否開發(fā)，從經(jīng)濟(jì)上來(lái)說(shuō)是否可行，歸根結(jié)義取決于（A）。A、成本估算B、項(xiàng)目計(jì)劃C、工程管理D、工程網(wǎng)絡(luò)圖可行性分析是在系統(tǒng)開發(fā)的早期所做的一項(xiàng)重要的論證工作，它是決定該系統(tǒng)是否開發(fā)的決策依據(jù)，因此必須給出（B ）的回答。A、確定B、行或不行C、正確D、無(wú)二義可行性研究主要從以下幾個(gè)方面進(jìn)行研究（A ）。A、技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性B、技術(shù)可行性、經(jīng)濟(jì)可行性、系統(tǒng)可行性C、經(jīng)濟(jì)可行性、系統(tǒng)可行性、操作可行性D、經(jīng)濟(jì)可行性、系統(tǒng)可行性、時(shí)間可行性軟件可行性分析是著重確定系統(tǒng)的目標(biāo)和規(guī)模，對(duì)成本效益進(jìn)行發(fā)現(xiàn)應(yīng)屬于下列選項(xiàng)中的（ A ）。A、經(jīng)濟(jì)可行性B、操作可行性C、技術(shù)可行

6、性D、社會(huì)可行性（ D）的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)，是否值得開發(fā)。A、需求分析B、概要設(shè)計(jì)C、總體設(shè)計(jì)D、可行性研究需求分析最終結(jié)果是產(chǎn)生（B ）A、項(xiàng)目開發(fā)計(jì)劃B、需求規(guī)格說(shuō)明書C、設(shè)計(jì)說(shuō)明書D、可行性分析報(bào)告軟件開發(fā)的需求活動(dòng)，其主要任務(wù)是（D）A、給出軟件解決方案B、給出系統(tǒng)模塊結(jié)構(gòu)C、定義模塊算法D、定義需求并建立系統(tǒng)模型在各種不同的軟件需求中，功能需求描述了用戶使用產(chǎn)品必須要完成的任務(wù)，可以在用例模型或方案腳本中予以說(shuō)明，（C ）是從各個(gè)角度對(duì)系統(tǒng)的約束和限制，反映了應(yīng)用對(duì)軟件質(zhì)量和特性的額外需求。A、業(yè)務(wù)需求B、功能需求C、非功能需求D、用戶

7、需求進(jìn)行需求分析可使用多種工具，但（C ）是不適用。A、數(shù)據(jù)流圖（DFD）B、判定表C、PAD圖D、數(shù)據(jù)字典在需求分析中，分析員要從用戶那里解決的最重要的問題是（A ）。A、要讓軟件做什么B、要給該軟件提供哪些信息C、要求軟件工作效率如何D、要讓軟件具有什么樣的結(jié)構(gòu)分層數(shù)據(jù)流圖是一種比較嚴(yán)格又易于理解的描述方式，它的頂層描述了系統(tǒng)的（ A ）A、總貌B、細(xì)節(jié)C、抽象D、軟件的作者不適于作為數(shù)據(jù)流圖處理（加工）框名稱的是（ B ） 。A、人工校核工資數(shù)據(jù)B、工資支票數(shù)據(jù)C、打印工資支票D、計(jì)算職工工資DFD43的每個(gè)加工至少有（B ）。A、一個(gè)輸入流或一個(gè)輸出流B、一個(gè)輸入流和一個(gè)輸出流C、一個(gè)

8、輸入流D、一個(gè)輸出流使用結(jié)構(gòu)化分析方法時(shí)，采用的基本手段是_A _。A、分解和抽象B、分解和綜合C、歸納與推導(dǎo)D、試探與回溯結(jié)構(gòu)化系統(tǒng)分析主要是通過_D _進(jìn)行分析的。A、算法分解B、控制結(jié)構(gòu)分解C、數(shù)據(jù)結(jié)構(gòu)分解D、處理功能分解_D _和加工說(shuō)明等描述工具，即用直觀的圖和簡(jiǎn)潔的語(yǔ)A、描述軟件系統(tǒng)模型。B、 DFD 圖C、 PAD 圖D、 IPO 圖E、數(shù)據(jù)字典結(jié)構(gòu)化設(shè)計(jì)方法是面向_C _的設(shè)計(jì)方法。A、過程B、對(duì)象C、數(shù)據(jù)流D、數(shù)據(jù)結(jié)構(gòu)結(jié)構(gòu)化設(shè)計(jì)方法采用變換分析和事務(wù)分析技術(shù)實(shí)現(xiàn)_ _。我的答案：從數(shù)據(jù)流圖導(dǎo)出初始化結(jié)構(gòu)圖第五章5.11【單選題】軟件設(shè)計(jì)一般分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)，它們之間的關(guān)

9、系是（A）。A 全局和局部B 抽象和具體C 總體和層次D 功能和結(jié)構(gòu)2【單選題】對(duì)軟件設(shè)計(jì)中軟件的總體結(jié)構(gòu)、外部接口、主要部件功能分配、全局?jǐn)?shù)據(jù)結(jié)構(gòu)以及各主要部件之間的接口等方面合適性的評(píng)價(jià)，屬于（A ）A 概要設(shè)計(jì)評(píng)審B 詳細(xì)設(shè)計(jì)評(píng)審C 軟件需求評(píng)審D 功能檢查3【單選題】系統(tǒng)分析階段的主要任務(wù)是分析系統(tǒng)的綜合要求，其中對(duì)系統(tǒng)需要的存儲(chǔ)量、健壯性、完全性和聯(lián)機(jī)系統(tǒng)的響應(yīng)時(shí)間等方面的要求屬于（D）。A 環(huán)境要求B 功能要求C 性能要求D 運(yùn)行要求4【單選題】在總體設(shè)計(jì)的設(shè)計(jì)文檔中，對(duì)每個(gè)模塊的描述內(nèi)容包括（C）。A 功能、界面、輸入、輸出B 界面、輸入、輸出、過程C 界面、過程、限制和約束D

10、功能、界面、過程、注釋5、【簡(jiǎn)答題】總體設(shè)計(jì)的任務(wù)是決定系統(tǒng)中各個(gè)模塊的（），即其（）。5.21【單選題】耦合性和內(nèi)聚性是模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)，下列敘述正確的是（B ）。A 提高耦合性降低內(nèi)聚性有利于提高模塊的獨(dú)立性B 降低耦合性提高內(nèi)聚性有利于提高模塊獨(dú)立性C 耦合性是一個(gè)模塊內(nèi)部元素間彼此結(jié)合的緊密程序D 內(nèi)聚性是指模塊可互相連接的緊密程序2【單選題】如果一個(gè)模塊要調(diào)用另一個(gè)模塊，在下列幾種方式中，采用（B ） 方式的塊間聯(lián)系小。A 過程調(diào)用，傳遞控制參數(shù)B 過程調(diào)用，傳遞數(shù)據(jù)參數(shù)C 直接引用，共用控制信息D 直接引用，共用數(shù)據(jù)信息3【單選題】某模塊的功能是打印錄取通知書或不錄取通知書，調(diào)

11、用模塊可通過向此模塊傳遞布爾標(biāo)志信息決定本次調(diào)用執(zhí)行哪種通知書的打印。這種模塊間的耦合稱為（D）。A 數(shù)據(jù)耦合B 混合耦合C 公共耦合D 控制耦合4【單選題】某模塊的輸入數(shù)據(jù)為某工廠中一個(gè)車間的生產(chǎn)產(chǎn)量表，通過該模塊可以計(jì)算出車間中生產(chǎn)工人的平均產(chǎn)量、統(tǒng)計(jì)產(chǎn)量前10名的人員名單，從內(nèi)聚度來(lái)看，該模塊屬于（B）。A 邏輯內(nèi)聚B 通信內(nèi)聚C 順序內(nèi)聚D 功能內(nèi)聚5【單選題】初始化模塊和結(jié)束模塊從塊內(nèi)聯(lián)系看，被稱為（C ） 模塊。A 過程內(nèi)聚B 功能內(nèi)聚C 時(shí)間內(nèi)聚D 邏輯內(nèi)聚5.31 、一個(gè)模塊直接控制（調(diào)用）的下層模塊的數(shù)目稱為模塊的（ A）。A扇人數(shù)B扇出數(shù)C寬度D作用域2、【單選題】某個(gè)模塊

12、的作用域是指（ D）。A被該模塊調(diào)用的所有模塊B調(diào)用該模塊的所有模塊C與該模塊相關(guān)聯(lián)的所有模塊D受該模塊內(nèi)的判定所影響的所有模塊3、多選題】軟件工程中，關(guān)于程序模塊優(yōu)化的啟發(fā)式規(guī)則有若干條，以下規(guī)則中符合優(yōu)化原則的是 （ ACDE ）。A通過模塊的合并和分解，降低模塊的耦合度，提高模塊的內(nèi)聚性B提高上層模塊的扇出，減少模塊調(diào)用的層次C各模塊的作用范圍限制在模塊的控制范圍之內(nèi)D降低模塊之間接口的復(fù)雜性，避免“病態(tài)連接曰條低上層模塊的扇出，增加模塊調(diào)用的層次4、【多選題】在下列關(guān)于模塊化設(shè)計(jì)的敘述中，正確的是（BCDGH ）。A程序設(shè)計(jì)比較方便，但比較難以維護(hù)B便于由多個(gè)人分工編制大型程序C軟件的

13、功能便于擴(kuò)充D程序易理解，也便于排錯(cuò)E在主存儲(chǔ)器能容納的前提下，使模塊盡可能大，以便減小模塊的個(gè)數(shù)F模塊之間的接口叫做數(shù)據(jù)文件G只要模塊之間的接口關(guān)系不變，由模塊內(nèi)部實(shí)現(xiàn)細(xì)節(jié)H模塊間的單向調(diào)用關(guān)系叫做模塊的層次結(jié)構(gòu)5、簡(jiǎn)答題】結(jié)構(gòu)設(shè)計(jì)方法中提出了判定作用范圍和模塊的控制范圍兩個(gè)概念，二者的正確關(guān)系應(yīng)該是： （A）是（B）的子集。5.41 、【單選題】1. 一個(gè)設(shè)計(jì)好的面向?qū)ο笙到y(tǒng)具有（B ）特征A低內(nèi)聚，低耦合B高內(nèi)聚，低耦合C高內(nèi)聚，高耦合DM內(nèi)聚，高耦合2、【單選題】2. 構(gòu)成對(duì)象的兩個(gè)主要因素是（A ）A屬性和行為B標(biāo)識(shí)和內(nèi)容C 繼承和多態(tài)D消息和封裝3、【單選題】3.采用面向?qū)ο箝_發(fā)的

14、系統(tǒng)特點(diǎn)是（A ）A復(fù)用性更強(qiáng)B運(yùn)行速度更快C占用存儲(chǔ)量小D維護(hù)更復(fù)雜4、【單選題】4.屬性是類的（D ）A實(shí)例B狀態(tài)值C亍為D命名特征5、【單選題】5.以下各項(xiàng)中不屬于面向?qū)ο缶幊陶Z(yǔ)言的是（A ）A umlB javaC C+D smalltalk5.51 、【單選題】1. 下面那個(gè)不是用例描述（D）A用例B參與者C關(guān)系D對(duì)象2、【單選題】2.下面那步不是用例建模的步驟（D）A確定業(yè)務(wù)參與者B構(gòu)造用例模型圖C 記錄業(yè)務(wù)需求用例描述D確定具體業(yè)務(wù)3、【單選題】3.下面那個(gè)不是用例建模的優(yōu)點(diǎn)（C）A提供了捕捉功能需求的工具B助于將系統(tǒng)范圍分解成更易管理的小塊C 提供了用戶快速開發(fā)的工具D輔助估計(jì)

15、項(xiàng)目范圍、投入和進(jìn)度4、【單選題】4.用例建模是一種以（A ）的開發(fā)方法A促進(jìn)以使用為中心B以快速開發(fā)為目的C以方便用戶使用為目標(biāo)D以靈活復(fù)用為基本原則5、【單選題】5用例建模促進(jìn)并鼓勵(lì)（A ）參與，這是確保項(xiàng)目成功的關(guān)鍵因素之一A用戶B開發(fā)人員CB式人員D項(xiàng)目經(jīng)理?5.61 、【單選題】1. 時(shí)序圖的組成因素不包含（A ）A 類B 對(duì)象C 角色D 生命線2【單選題】2.時(shí)序圖的對(duì)象包含三種命名方式，其中（D ）不在這三種中A 包含對(duì)象名和類名B 顯示類名不顯示對(duì)象名C 顯示對(duì)象名不顯示類名D 不顯示類名和對(duì)象名3【單選題】3.生命線是一條（A）A 實(shí)線B 虛線C 環(huán)形線D 矩形線4【單選題】

16、4.當(dāng)對(duì)象接收到一個(gè)消息時(shí)，該對(duì)象中的一項(xiàng)活動(dòng)就會(huì)啟動(dòng)，我們把這一過程稱做（C）A 啟動(dòng)B 開始C 激活D 運(yùn)行5【多選題】5.時(shí)序圖中的消息可以是（A、 D ）A 信號(hào)B 參數(shù)C 對(duì)象D 用Jackson計(jì)方法是由英國(guó)的 M. Jackson提出的。它是一種面向（C ）的軟件設(shè)計(jì)方法。A、對(duì)象B、數(shù)據(jù)流C、數(shù)據(jù)結(jié)構(gòu)D、控制結(jié)構(gòu)對(duì)于多重?cái)?shù)據(jù)結(jié)構(gòu)用Jackson方法設(shè)計(jì)時(shí)，必須考慮（D ）問題。A、數(shù)據(jù)的合法性B、結(jié)構(gòu)沖突C、成分間的先后操作順序D、數(shù)據(jù)成分的對(duì)應(yīng)性軟件設(shè)at中，Jackson方法將數(shù)據(jù)結(jié)構(gòu)表示為三種基本結(jié)構(gòu)，分別為（）。A、分支結(jié)構(gòu)、選擇結(jié)構(gòu)和控制結(jié)構(gòu)B、順序結(jié)構(gòu)、選擇結(jié)構(gòu)和嵌

17、套結(jié)構(gòu)C、順序結(jié)構(gòu)、分支結(jié)構(gòu)和嵌套結(jié)構(gòu)D、順序結(jié)構(gòu)、分支結(jié)構(gòu)和重復(fù)結(jié)構(gòu)結(jié)構(gòu)化分析方法SA、結(jié)構(gòu)化設(shè)計(jì)方法 SM口Jackson方法是軟件開發(fā)過程中常用的方法。使用SDT法可以得到（），并可以實(shí)現(xiàn)（）；而使用Jackson方法可以實(shí)現(xiàn)（）。軟件需求說(shuō)明書；從數(shù)據(jù)流圖導(dǎo)出初始結(jié)構(gòu)圖；從數(shù)據(jù)結(jié)構(gòu)可以導(dǎo)出程序結(jié)構(gòu)把命令集中地按某種結(jié)構(gòu)顯示在屏幕上，讓用戶通過上下箭頭選擇，或把命令編號(hào)，讓用戶輸入相應(yīng)的命令編號(hào)來(lái)選擇命令，即所謂的（D）：A、命令格式B、命令編碼C、命令語(yǔ)言D、命令菜單將界面上的各種元素之間的關(guān)系進(jìn)行統(tǒng)一處理、合理搭配，構(gòu)成和諧統(tǒng)一的整體，這是圖形用戶界面設(shè)計(jì)的藝術(shù)原則中的（B ）。A、

18、對(duì)比原則B、協(xié)調(diào)原則C、平衡原則D、趣味性原則.這要求所提供的幫助包含所有需要的信息，并且意義明確、完整、具體，同時(shí)排除不需要的信息是幫助處理系統(tǒng)的（D ）原則。A、一致性B、可理解性C、可維護(hù)性D、完整性由計(jì)算機(jī)系統(tǒng)驅(qū)動(dòng)的，設(shè)計(jì)良好的菜單界面能夠把系統(tǒng)語(yǔ)義和系統(tǒng)語(yǔ)法很明確直觀的顯示出來(lái)，并給用戶提供各種系統(tǒng)功能的選擇。以上描述的是（C ）：A、菜單結(jié)構(gòu)B、線狀序列菜單C、菜單交互對(duì)話D、菜單樣式在菜單設(shè)計(jì)原則中，被強(qiáng)調(diào)最多的原則是（）：A、對(duì)比原則B、一致性原則C、簡(jiǎn)潔原則D、幫助原則下面的（D ）不是良好編碼的原則。A、在開始編碼之前建立單元測(cè)試B、建立一種有助于理解的直觀布局C、確保注釋

19、與代碼完全一致D、保持變量名簡(jiǎn)短以便代碼緊湊下面的（C ）是錯(cuò)誤的。A、在程序設(shè)計(jì)中使用括號(hào)以改善表達(dá)式的清晰性B、不要修補(bǔ)不好的程序，要重新寫C、在程序設(shè)計(jì)中應(yīng)盡可能對(duì)程序代碼進(jìn)行優(yōu)化D、不要在注釋中重復(fù)描述代碼為了保證軟件的質(zhì)量，使其具有較好的可維護(hù)性，關(guān)鍵在于（B ）。A、選擇合適的程序設(shè)計(jì)語(yǔ)言B、選擇好的程序設(shè)計(jì)風(fēng)格C、具有好的數(shù)據(jù)結(jié)構(gòu)D、選擇好的運(yùn)行環(huán)境下面的（A ）是對(duì)提高程序編碼效率沒有影響的。A、變量名的使用B、選擇良好的設(shè)計(jì)方法C、選擇良好的算法D、選擇良好的數(shù)據(jù)結(jié)構(gòu)下面的（）不是一種好的做法。D錯(cuò)A、好的注釋應(yīng)解釋為什么，而不是怎么樣。B、好的命名應(yīng)一目了然，不需要讀者去猜

20、，甚至不需要注釋。C、如果項(xiàng)目中原有代碼不符合新的規(guī)范，應(yīng)允許其存在，同時(shí)在新的代碼中要延續(xù)原有的風(fēng)格。D、如果項(xiàng)目中原有代碼不符合新的規(guī)范，應(yīng)允許其存在，但不應(yīng)在新的代碼中延續(xù)舊的風(fēng)格。為了提高測(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è)試數(shù)據(jù)在軟件工程中，軟件測(cè)試的目的是(B)。A、試驗(yàn)性運(yùn)行軟件B、發(fā)現(xiàn)軟件錯(cuò)誤C、證明軟件是正確的D、找出軟件中全部錯(cuò)誤軟件測(cè)試時(shí)，正確的測(cè)試次序是( A)。A、模塊測(cè)試，組裝測(cè)試，確認(rèn)測(cè)試B、模塊測(cè)試，確認(rèn)測(cè)試，組裝測(cè)試C、組裝測(cè)試，模塊測(cè)試，確

21、認(rèn)測(cè)試D、確認(rèn)測(cè)試，模塊測(cè)試，組裝測(cè)試用由底向上漸增式方式對(duì)軟件進(jìn)行測(cè)試時(shí)，需要為每個(gè)模塊準(zhǔn)備一個(gè)( C)，它的作用是調(diào)用被測(cè)的模塊。A、主模塊B、樁模塊C、驅(qū)動(dòng)模塊D、輸入模塊全局?jǐn)?shù)據(jù)結(jié)構(gòu)的錯(cuò)誤通常在()中檢查。A、單元測(cè)試B、有效性測(cè)試C、集成測(cè)試D、確認(rèn)測(cè)試軟件測(cè)試中測(cè)試用例(testcase)主要由輸入數(shù)據(jù)和( C)兩部分組成。A、測(cè)試規(guī)則B、測(cè)試計(jì)劃C、預(yù)期輸出結(jié)果D、以往測(cè)試記錄分析以下關(guān)于測(cè)試用例特征的描述錯(cuò)誤的是( B )A、最有可能抓住錯(cuò)誤的；B、一定會(huì)有重復(fù)的、多余的；C、一組相似測(cè)試用例中最有效的；D、既不是太簡(jiǎn)單，也不是太復(fù)雜。測(cè)試用例是為達(dá)到最佳的測(cè)試效果或高效的揭露

22、隱藏的錯(cuò)誤而精心設(shè)計(jì)的少量測(cè)試數(shù)據(jù)，至少應(yīng)該包括(A )A、測(cè)試輸入、執(zhí)行條件和預(yù)期的結(jié)果。B、測(cè)試目標(biāo)、測(cè)試工具C、測(cè)試環(huán)境D、測(cè)試配置與設(shè)計(jì)測(cè)試數(shù)據(jù)無(wú)關(guān)的文檔是(D)A、需求說(shuō)明書B、設(shè)計(jì)說(shuō)明書C、源程序D、項(xiàng)目開發(fā)設(shè)計(jì)以下關(guān)于白盒測(cè)試的敘述中，不正確的是(C )。A、白盒測(cè)試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的功能要求B、邏輯覆蓋法是一種常用的白盒測(cè)試方法C、程序中存在很多判定和條件，不可能實(shí)現(xiàn)100%的條件覆蓋D、測(cè)試基于代碼，無(wú)法確定設(shè)計(jì)正確與否關(guān)于白盒測(cè)試與黑盒測(cè)試的最主要區(qū)別，正確的是（A）。A、白盒測(cè)試側(cè)重于程序結(jié)構(gòu)，黑盒測(cè)試側(cè)重于功能B、白盒測(cè)試可以使用測(cè)試工具，黑盒

23、測(cè)試不能使用工具C、白盒測(cè)試需要程序員參與，黑盒測(cè)試不需要D、黑盒測(cè)試比白盒測(cè)試應(yīng)用更廣泛采用白盒法測(cè)試模塊（程序），應(yīng)根據(jù)（A）進(jìn)行。A、內(nèi)部邏輯結(jié)構(gòu)B、算法復(fù)雜度C、外部功能特性D、支撐環(huán)境軟件測(cè)試中，白盒方法是通過分析程序的（ B ）來(lái)設(shè)計(jì)測(cè)試實(shí)例的方法，除了測(cè)試程序外，還適用于對(duì) （ F） 階段的軟件文檔進(jìn)行測(cè)試。A、應(yīng)用范圍B、內(nèi)部邏輯C、功能D、輸入數(shù)據(jù)E、編碼F、軟件詳細(xì)設(shè)計(jì)G、軟件概要設(shè)計(jì)用白盒法測(cè)試程序時(shí)，常按照給定的覆蓋條件選取測(cè)試用例。（ C ） 覆蓋比其他覆蓋都要嚴(yán)格，但它仍不能保證覆蓋程序中的每一條路徑。A、判定B、條件C、條件組合D、判定/條件邏輯覆蓋法不包括（C）

24、A、分支覆蓋B、語(yǔ)句覆蓋C、需求覆蓋D、修正條件判定覆蓋設(shè)有下列語(yǔ)句序列：（x>1） and （y<=5） then zx * yse zx+y;z=12 thenz-2 * z;用判定條件覆蓋法進(jìn)行測(cè)試，則應(yīng)選用（A ）為測(cè)試用例。A、x=1,y=12;x=4,y=7B、x=2,y=1;x=3,y=3C、x=3,y=4;x=1,y=9D、x=4,y=5;x=1,y=6針對(duì)下面的語(yǔ)句段，采用語(yǔ)句覆蓋法完成測(cè)試用例設(shè)計(jì)，測(cè)試用例見下表，對(duì)表中的空缺項(xiàng)（True或者False）,正確的選才I是（ C ）語(yǔ)句段：if（ A（B|C ）x=1；elsex=0；用例表：A、 FALSE B、

25、 TRUE C、 FALSE D、 TRUE 關(guān)于邏輯覆蓋,用例1用施AFALSEBFALSEC(21DFALSEFALSE FALSEFALSE FALSEFALSE TRUE TRUE FALSE下列說(shuō)法正確的是(CA、在單元測(cè)試中不使用黑盒測(cè)試技術(shù)B、滿足分支覆蓋就一定滿足條件覆蓋和語(yǔ)句覆蓋C、覆蓋所有的獨(dú)立路徑就能夠覆蓋所有的分支D、白盒測(cè)試技術(shù)不同于黑盒測(cè)試技術(shù)之處是它可以減少測(cè)試用例數(shù)量若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X,其范圍是1.0WXW 1.0?，F(xiàn)從輸入角度考慮設(shè)計(jì)了一組測(cè)試該程序的測(cè)試用例為1.0001 , 1.0, 1.0, 1.0001。設(shè)計(jì)這組測(cè)試用例的方法

26、是（ C ）A、條件復(fù)蓋法B、等價(jià)分類法C、邊界值分析法D、錯(cuò)誤推測(cè)法已知程序用插入法排序（升序），現(xiàn)有已排序列1, 2, 3, 4, 5?，F(xiàn)向序列中插入一2,觀察插入結(jié)果是否在1之前，則采用的是（A）測(cè)試法。A、黑盒B、白盒C、條件覆蓋D、錯(cuò)誤推測(cè)某程序功能說(shuō)明中列出“規(guī)定每個(gè)運(yùn)動(dòng)員參賽項(xiàng)目為13項(xiàng)”，應(yīng)用黑盒法中的等價(jià)分類法確定等價(jià)類是（D ）A、1W項(xiàng)目數(shù)w 3B、項(xiàng)目數(shù)1C、項(xiàng)目數(shù)3D、以上都是現(xiàn)有一個(gè)計(jì)算類型的程序，它的輸入只有一個(gè)Y,其范圍是50WYW 50?，F(xiàn)從輸入的角度考慮設(shè)計(jì)了一組測(cè)試用例：100, 100, 0。設(shè)計(jì)這組測(cè)試用例的方法是（）A、條件覆蓋法B、等價(jià)分類法C、邊

27、界值分析法D、錯(cuò)誤推測(cè)法如果某個(gè)程序的輸入數(shù)據(jù)的可能值劃分為n個(gè)合理等價(jià)類，m個(gè)不合理等價(jià)類，這些等價(jià)類均為數(shù)軸上的一個(gè)有限區(qū)間范圍，則采用邊界值測(cè)試方法至少需要（D ）個(gè)測(cè)試用例。A、m+nB、2m+nC、2n+mD、2（m+n）下面四種說(shuō)法中正確的是 （ C ）A、因果圖法是建立在決策表法基礎(chǔ)上的一種白盒測(cè)試方法;B、等價(jià)類劃分法是邊界值分析法的基礎(chǔ)；C、健壯性等價(jià)類測(cè)試的測(cè)試用例要求在有效等價(jià)類中取值；D、在任何情況下做黑盒測(cè)試皆應(yīng)首先考慮使用錯(cuò)誤推斷法。因果圖方法最終生成的是（D ）A、輸入和輸出的關(guān)系B、測(cè)試用例C、因果圖D、決策表如果程序的功能說(shuō)明中含有輸入條件的組合情況，則一開始

28、就可以選用（ B ） 和決策表法。A、等價(jià)類劃分B、因果圖法C、邊界值分析D、場(chǎng)景法在決策表中，列出各種可能的單個(gè)條件的部分是（）C錯(cuò)A、動(dòng)作樁B、條件樁C、條件項(xiàng)D、動(dòng)作項(xiàng)下列關(guān)于面向?qū)ο筌浖y(cè)試模型的說(shuō)法中，正確的是（D ）A、面向?qū)ο筌浖拿恳粋€(gè)測(cè)試活動(dòng)，時(shí)間上都是連貫的B、面向?qū)ο筌浖母鱾€(gè)測(cè)試活動(dòng)之間都是首尾相接的C、面向?qū)ο筌浖臏y(cè)試任務(wù)必須遵循嚴(yán)格的執(zhí)行順序D、面向?qū)ο筌浖臏y(cè)試活動(dòng)通常是迭代與漸進(jìn)的在面向?qū)ο筌浖y(cè)試模型中，面向?qū)ο缶幊痰臏y(cè)試可以細(xì)分為（A ）A、單元測(cè)試和集成測(cè)試B、單元測(cè)試和系統(tǒng)測(cè)試C、單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試D、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試關(guān)于面向?qū)ο蟮能浖y(cè)試

29、說(shuō)法正確的是（D ）A、面向?qū)ο蠓治龅臏y(cè)試（OOAT）B、面向?qū)ο笤O(shè)計(jì)的測(cè)試（OODT）C、面向?qū)ο缶幊痰臏y(cè)試（OOPT）D、全部都是面向?qū)ο蠓治觯∣OA）,應(yīng)從以下方面考慮，不包括（ D）A、對(duì)認(rèn)定的對(duì)象的測(cè)試B、對(duì)認(rèn)定的結(jié)構(gòu)的測(cè)試C、對(duì)定義的屬性和實(shí)例關(guān)聯(lián)的測(cè)試D、對(duì)類和對(duì)象的測(cè)試以下關(guān)于面向?qū)ο筌浖蓽y(cè)試的說(shuō)法中，正確的是（）A、大突擊集成在任何情況下都是效果最差的面向?qū)ο蟪绦蚣蓽y(cè)試策略B、基于判定表的測(cè)試是面向?qū)ο筌浖蓽y(cè)試的常用方法C、大突擊測(cè)試無(wú)需增量集成D、自底向上集成需要開發(fā)的測(cè)試代碼總是比自頂向下集成需要開發(fā)的代碼多下面（D ）不是軟件自動(dòng)化測(cè)試的優(yōu)點(diǎn)A、速度快，效率高

30、B、精確度和準(zhǔn)確度高C、提高測(cè)試質(zhì)量D、充分測(cè)試軟件關(guān)于自動(dòng)化測(cè)試工具說(shuō)法中，錯(cuò)誤的是（D ）A、采用錄制/回放后，還需要進(jìn)行腳本編程，加入必須的檢查點(diǎn)B、自動(dòng)化測(cè)試并不是總能降低測(cè)試成本的C、自動(dòng)化測(cè)試相比手動(dòng)測(cè)試，具有更好的一致性與重復(fù)性D、自動(dòng)化測(cè)試能改善混亂的測(cè)試過程引入自動(dòng)化測(cè)試工具時(shí)，屬于次要考慮因素的是（D）A、與測(cè)試對(duì)象進(jìn)行交互的質(zhì)量B、使用的腳本語(yǔ)言類型C、工具支持的平臺(tái)D、廠商的支持和服務(wù)質(zhì)量軟件測(cè)試自動(dòng)化的局限性不包含（C ）A、不能完全取代手工測(cè)試和手工測(cè)試工程師B、軟件自動(dòng)化測(cè)試可能降低測(cè)試的效率，不能提高有效性C、執(zhí)行手工測(cè)試?yán)щy或不可能進(jìn)行的測(cè)試D、軟件自動(dòng)化測(cè)試

31、工具本身的問題，因?yàn)楣ぞ弑旧聿痪哂邢胂罅ΤＲ娷浖y(cè)試工具不包括（C ）A、 JtestB、 JUnitC、 UpdateRunnerD、 LoadRunner軟件維護(hù)的分類不包含哪個(gè)（D）A、正確性維護(hù)B、適應(yīng)性維護(hù)C、完善性維護(hù)D、可靠性維護(hù)以下哪個(gè)是衡量軟件質(zhì)量的主要特性（ D ）A、可維護(hù)性B、可使用性C、可靠性D、以上都是軟件的可維護(hù)性的七個(gè)質(zhì)量特性不包含以下哪個(gè)：（ C ）A、可理解性B、可測(cè)試性C、可復(fù)制性D、可靠性提高軟件的可維護(hù)性的是（D）A、建立明確的軟件質(zhì)量目標(biāo)B、使用先進(jìn)的軟件開發(fā)技術(shù)和工具C、建立明確的質(zhì)量保證D、以上都是每個(gè)維護(hù)要求都要通過維護(hù)管理員轉(zhuǎn)交給（A ）去評(píng)

32、價(jià)A、系統(tǒng)管理員B、需求管理員C、開發(fā)管理員D、測(cè)試管理員維護(hù)申請(qǐng)表內(nèi)容應(yīng)不包括：（B）A、維護(hù)要求的性質(zhì)；B、維護(hù)的成本C、維護(hù)活動(dòng)的優(yōu)先順序；D、預(yù)計(jì)軟件變更后的狀況。軟件質(zhì)量活動(dòng)需經(jīng)過（）評(píng)審.D昔A、上級(jí)管理組織B、項(xiàng)目負(fù)責(zé)人C、軟件質(zhì)量保證D、以上都要維護(hù)申請(qǐng)表交（C ）后，經(jīng)有關(guān)人員認(rèn)真分析，并根據(jù)分析結(jié)果制定軟件修改報(bào)告。A、市場(chǎng)人員B、需求人員C、維護(hù)組織D、開發(fā)人員逆向工程是一個(gè)設(shè)計(jì)（C）過程A、開發(fā)B、需求C、恢復(fù)D、以上都不對(duì)系統(tǒng)管理員對(duì)維護(hù)申請(qǐng)做出評(píng)價(jià)后，由（A）決定是否進(jìn)行軟件修改。A、主管部門（人）B、市場(chǎng)人員C、開發(fā)人員D、以上都不對(duì)【單選題】CMM 的成熟度理論

33、目的主要涉及如下內(nèi)容（D）A、機(jī)構(gòu)和資源的管理B、軟件開發(fā)過程中的工作產(chǎn)品C、工具和技術(shù)D、以上都是【單選題】CMM 四級(jí)包括哪些KPA （ A）A、軟件質(zhì)量管理B、軟件質(zhì)量保證C、技術(shù)更新管理D、組建協(xié)調(diào)【單選題】處于CMM第三級(jí)的軟件機(jī)構(gòu)的過程能力可以概括為（B）A、有紀(jì)律的過程B、標(biāo)準(zhǔn)化的過程C、可預(yù)測(cè)的過程D、以上都不對(duì)【單選題】下列對(duì)軟件質(zhì)量保證這個(gè)關(guān)鍵過程域的目標(biāo)描述有誤的是（ B ）A、對(duì)軟件質(zhì)量保證做到有計(jì)劃B、客觀的驗(yàn)證軟件產(chǎn)品及其活動(dòng)是否遵守應(yīng)用的標(biāo)準(zhǔn)、規(guī)程C、將軟件質(zhì)量保證活動(dòng)及姐國(guó)及時(shí)通知相關(guān)小組和個(gè)人D、由上級(jí)管理部門及時(shí)處理軟件內(nèi)部解決不了的不一致問題?！締芜x題】CMM 模型是為針對(duì)軟件過程建立的，重點(diǎn)在于（B ）。機(jī)構(gòu)除了軟件過程外，還有很多需要不斷完善的方面，例如。戰(zhàn)略業(yè)務(wù)規(guī)劃方面，建立產(chǎn)品線，采用有效技術(shù)、人力資源管理等。A、資金問題B、軟件問題C、設(shè)備問題D、技術(shù)問題【單選題】1. 軟件項(xiàng)目