軟件工程試題庫

軟件生命周期中所開銷用最多的階段是（）A、詳盡設(shè)計B、軟件編碼C、軟件測試D、軟件保護2.采用工程的看法、原理、技術(shù)和方法來（）和（）軟件，把經(jīng)過時間考驗而證明正確的管理技術(shù)和當(dāng)前能夠獲得的最好的技術(shù)方法結(jié)合起來，以經(jīng)濟地開發(fā)出高質(zhì)量的軟件并有效地保護它，這就是軟件工程。A、開發(fā)測試B、運行管理C、開發(fā)管理D、開發(fā)保護3.軟件是程序、數(shù)據(jù)及有關(guān)文檔的完滿會集，其中“開發(fā)、使用和保護程序所需要的圖文資料”指的是（）A、程序B、數(shù)據(jù)C、文檔D、以上都不是4.以下（）不是軟件危機的表現(xiàn)形式。A、開發(fā)的軟件不滿足用戶的需要B、開發(fā)的軟件可保護性差C、開發(fā)的軟件價格低價D、開發(fā)的軟件可靠性差5.軟件產(chǎn)品與物質(zhì)產(chǎn)品有很大差異，軟件產(chǎn)品是一種（）產(chǎn)品A、有形B、耗資C、邏輯D、文檔6.從瀑布模型看，在它的生命周期中的八個階段中，下面的幾個選項中哪個環(huán)節(jié)出錯，對軟件的影響最大（）。A、詳盡設(shè)計階段B、大綱設(shè)計階段C、需求解析階段D、測試和運行階段7.傳統(tǒng)的（）要求，必定等前一階段的工作完成此后，才能開始后一階段的工作；前一階段的輸出文檔，就是后一階段的輸入文檔。A、原型模型B、瀑布模型C、螺旋模型D、噴泉模型以下軟件開發(fā)模型中，適合于那些不能夠起初確實定義需求的軟件系統(tǒng)的開發(fā)的模型是（）。A、原型模型B、瀑布模型C、

基于知識的智能模型D、變換模型9.

（

）是用戶和設(shè)計交換最頻頻的方法。A、原型模型B、瀑布模型方法C、螺旋模型方法D、構(gòu)件組裝模型以下軟件開發(fā)模型中，以面向?qū)ο蟮能浖_發(fā)方法為基礎(chǔ)，以用戶的需求為動力，以對象來驅(qū)動的模型是（）。A、原型模型B、瀑布模型C、噴泉模型D、螺旋模型以下軟件開發(fā)模型中，（）只有在開發(fā)人員擁有風(fēng)險解析和消除風(fēng)險的經(jīng)驗及特地知識時，才能獲得成功。A、原型模型B、瀑布模型C、噴泉模型D、螺旋模型（）引入了“風(fēng)險驅(qū)動”的思想，適用于大規(guī)模的內(nèi)部開發(fā)項目。A、增量模型B、噴泉模型C、原型模型D、螺旋模型以下表達中不屬于軟件生命周期模型的是（）A、瀑布模型B、快速原型模型C、風(fēng)險模型D、原子模型“為認(rèn)識決這個問題，目標(biāo)系統(tǒng)必定做什么？”這是生命周期中（）階段要確定的事。A、需求解析B、整體設(shè)計C、詳盡設(shè)計D、測試（）是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，他規(guī)定了完成各項任務(wù)的工作步驟。A、軟件工程B、軟件過程C、質(zhì)量管理D、軟件方法學(xué)下面不屬于軟件工程的3個要素是（）A、工具B、過程C、方法D、環(huán)境軟件工程方法學(xué)的目的是：使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程方法得以推行的主要保證是（）。A、硬件環(huán)境B、軟件開發(fā)的環(huán)境C、軟件開發(fā)工具和軟件開發(fā)的環(huán)境D、開發(fā)人員的素質(zhì)在軟件生命周期法中，用戶的參加主要在（）。A、軟件定義期B、軟件開發(fā)期C、軟件保護期D、整個軟件生命周期過程中軟件開發(fā)的瀑布模型最典型地刻畫了軟件生命周期的階段劃分，而與其最相適應(yīng)的軟件開發(fā)的方法是（）A、構(gòu)件化方法B、面向?qū)ο蠓椒–、結(jié)構(gòu)化方法D、原型化方法可行性解析是在系統(tǒng)開發(fā)的早期所做的一項重要的論證工作，它是決定該系統(tǒng)可否開發(fā)的決策依照，因必定給出（）的回答。A．確定B．行或不能夠C．正確D．無二義可行性研究的目的不是解決問題，而是確定問題可否值得去解決，以下不是可行性研究的內(nèi)容是（）A、需求解析B、風(fēng)險解析C、資源解析D、技術(shù)解析一個軟件項目可否進行開發(fā)的結(jié)論是在（）文檔中作出的。A、軟件開發(fā)計劃B、可行性解析報告C、需求解析說明書D、測試報告軟件開發(fā)的可行性研究,一般涉及經(jīng)濟、技術(shù)和操作的可能性，而進行可行性研究的基本依照則是用戶提出的軟件（）。A、系統(tǒng)質(zhì)量B、系統(tǒng)目標(biāo)C、系統(tǒng)功能D、系統(tǒng)性能軟件可行性一般不考慮（）。A、可否有足夠的人員和有關(guān)的技術(shù)來支持系統(tǒng)開發(fā)B、待開發(fā)的軟件可否有質(zhì)量問題C、待開發(fā)的軟件可否有市場,經(jīng)濟上可否合算D、可否有足夠的工具和有關(guān)的技術(shù)來支持系統(tǒng)開發(fā)25.數(shù)據(jù)儲藏和數(shù)據(jù)流都是（），不過是所處的狀態(tài)不相同。A、解析結(jié)果B、事件C、動作D、數(shù)據(jù)26.數(shù)據(jù)流圖和（A、HIPO圖

）共同組成系統(tǒng)的功能模型。B、PDLC、數(shù)據(jù)字典D、層次圖27.結(jié)構(gòu)化解析方法就是面向（A、目標(biāo)

）的自頂向下漸漸求精進行需求解析的方法。B、數(shù)據(jù)流C、功能D、對象28.數(shù)據(jù)字典是對數(shù)據(jù)定義信息的會集，它所定義的對象都包括在（A、數(shù)據(jù)流圖

）中。B、程序框圖C、軟件結(jié)構(gòu)D、方框圖數(shù)據(jù)流圖是進行軟件需求解析常用的工具,其中最基本的圖符是:辦理,數(shù)據(jù)流,數(shù)據(jù)存儲和數(shù)據(jù)源點/終點,其中“圓角矩形”可用來代表流圖中的（A、辦理

）。B、數(shù)據(jù)流C、數(shù)據(jù)儲藏D、數(shù)據(jù)源點

/終點數(shù)據(jù)流圖是描繪數(shù)據(jù)在軟件中流動和變換的過程,而對數(shù)據(jù)流圖中所包括的元素的定義則是（）A、數(shù)據(jù)儲藏B、數(shù)據(jù)加工C、數(shù)據(jù)字典D、數(shù)據(jù)定義以下表達中，（）不屬于數(shù)據(jù)字典的作用。A、作為編碼階段的描繪工具B、為用戶與開發(fā)人員之間一致認(rèn)識C、作為大綱設(shè)計的依照D、為需求解析階段定義各種條目不適于作為數(shù)據(jù)流圖辦理（加工）框名稱的是____。A、人工校核薪水?dāng)?shù)據(jù)B、薪水支票數(shù)據(jù)C、打印薪水支票D、計算職工薪水33.系統(tǒng)流程圖是概括地描繪物理系統(tǒng)的傳統(tǒng)工具，它的基本思想是用圖形符號以黑盒子形式描繪系統(tǒng)組成系統(tǒng)的每個部件，其表達的是（）A、控制過程B、對數(shù)據(jù)進行加工和辦理的過程C、程序的功能D、數(shù)據(jù)在各部件之間的流動情況34.誠然能夠使用自然語言描繪由數(shù)據(jù)元素組成數(shù)據(jù)的關(guān)系，但為了更加清楚簡潔，建議采用符號來表示，其中1{a}5所代表的含義是（）A、a重復(fù)出現(xiàn)，最少出現(xiàn)1次，最多出現(xiàn)5次B、a重復(fù)出現(xiàn)，只能出現(xiàn)1次，或5次C、a重復(fù)出現(xiàn)，其能夠出現(xiàn)1次，也能夠出現(xiàn)5次D、a是可選的，能夠出現(xiàn)2、3、4次35.（）是可行性研究的一項重要內(nèi)容，是客戶組織負(fù)責(zé)人從經(jīng)濟角度判斷可否連續(xù)投資于這項工程的主要依照。A、純收入計算B、投資回收期解析C、成本/效益解析D、投資回收率解析36.下面哪一項不屬于可行性研究階段的典型步驟（）A、研究當(dāng)前正在使用的系統(tǒng)B、草擬開發(fā)計劃C、書寫文檔提交審查D、梳理模塊間關(guān)系37.復(fù)雜的數(shù)據(jù)流圖（）。A、只有變換型B、只有事務(wù)型C、無規(guī)律D、既有變換型又有事務(wù)型38.需求解析是（）。A、軟件開發(fā)工作的基礎(chǔ)B、軟件生計周期的開始C、由系統(tǒng)解析員單獨完成的D、由用戶自己單獨完成的39.（）需求擬定系統(tǒng)必定供應(yīng)的服務(wù)，是對軟件系統(tǒng)的一項基本需求，但卻其實不是獨一的需求。A、功能需求B、性能需求C、可靠性和可用性需求D、接口及拘束40.“系統(tǒng)每周

7天、每天

24小時都能夠使用且運行無誤”

，代表的是（

）A、功能需求B、性能需求C、可靠性和可用性需求D、接口及拘束41.

“系統(tǒng)應(yīng)在A、功能需求

20秒之內(nèi)響應(yīng)全部的央求”，代表的是（

）B、性能需求C、可靠性和可用性需求D、接口及拘束“系統(tǒng)出現(xiàn)異常時，應(yīng)能為用戶給出指導(dǎo)性的提示，并及時保存當(dāng)前的數(shù)據(jù)”代表的是（）A、出錯辦理需求B、性能需求C、可靠性和可用性需求D、接口及拘束43.與用戶溝通獲得需求的方式有好多，其中（A、正式或非正式的訪談

）不屬于獲得需求的方式。B、自底向上的求精方法C、快速建立軟件原型D、建議的應(yīng)用規(guī)格說明技術(shù)為了減少許據(jù)冗余，防備出現(xiàn)插入異?；騽h除異常，簡化改正數(shù)據(jù)的過程，平時需要把數(shù)據(jù)結(jié)構(gòu)規(guī)范化，其中（）數(shù)據(jù)冗余程度最小。A、第一范式B、第三范式C、第二范式D、第五范式平時用“范式”定義除掉數(shù)據(jù)冗余的程度，其中第三范式要求吻合第二范式的條件，而且（）A、每個屬性值都必定是原子值B、每個非要點字屬性值都由整個要點字決定C、非要點字不是由要點字的一部分來決定D、一個非要點字屬性值不依賴于另一個非要點字屬性值結(jié)構(gòu)化解析階段要建立中模型，分別是（）A、功能模型、數(shù)據(jù)模型、狀態(tài)模型B、功能模型、行為模型、數(shù)據(jù)模型C、功能模型、數(shù)據(jù)模型、動向模型D、對象模型、動向模型、功能模型（）是對引起系統(tǒng)做動作或（和）從一個狀態(tài)變換到另一個狀態(tài)的外界事情的抽象。A、事件B、狀態(tài)C、初態(tài)D、終態(tài)進行需求解析可使用多種工具，但（）是不適用的。A、數(shù)據(jù)流圖B、E-R圖C、PAD圖D、數(shù)據(jù)字典49.E-R圖是用于建立數(shù)據(jù)模型的的圖形，其中包括3種互有關(guān)系的信息，分別是（）A、數(shù)據(jù)、對象、實體B、控制、聯(lián)系、對象C、實體、聯(lián)系、屬性D、實體、屬性、操作50.

描繪復(fù)雜的事物時，圖形遠(yuǎn)比文字表達優(yōu)越得多，

在需求解析階段能夠使用

（

）等圖形工具。A、層次方框圖和判斷表B、數(shù)據(jù)流圖和程序流程圖C、IPO圖和層次方框圖D、warnier圖和PDL結(jié)構(gòu)化解析方法以數(shù)據(jù)流圖、（）和加工說明等描繪工具,即用直觀的圖和簡潔的語言來描繪軟件功能模型。A、DFD圖B、PAD圖C、HIPO圖D、數(shù)據(jù)字典軟件需求說明書中包括多方面的內(nèi)容，下述（）不是軟件說明書中應(yīng)包括的內(nèi)容。A、數(shù)據(jù)描繪B、功能描繪C、性能描繪D、結(jié)構(gòu)描繪軟件需求解析階段建立原型的主要目的是（）.A、確定系統(tǒng)的功能和性能要求B、確定系統(tǒng)的性能要求C、確定系統(tǒng)可否滿足用戶要求D、確定系統(tǒng)可否開發(fā)人員需要需求解析是由解析人員經(jīng)認(rèn)識用戶的需求,仔細(xì)仔細(xì)的調(diào)研、解析,最后應(yīng)建立目標(biāo)系統(tǒng)的邏輯模型并寫出（）.A、模塊說明書B、需求規(guī)格說明書C、項目開發(fā)設(shè)計D、合同文檔使用結(jié)構(gòu)化解析方法時，采用的基本手段是（）。A、分解和抽象B、分解和綜合C、概括與推導(dǎo)D、試試與回溯分層數(shù)據(jù)流圖是一種比較嚴(yán)格又易于理解的描繪方式，它的頂層描繪了系統(tǒng)的（）。A、總貌B、細(xì)節(jié)C、抽象D、軟件的作者以下關(guān)于軟件設(shè)計準(zhǔn)則的描繪，錯誤的選項是（）。A、提高模塊的獨立性58.59.60.61.62.63.64.65.

B、深度、寬度、扇出和扇入適合C、使摸塊的控制域在該模塊的作用域內(nèi)D、設(shè)計成單入口、單出口的模塊下面關(guān)于“深度、寬度、扇出和扇入”描繪錯誤的選項是（）A、深度表示軟件結(jié)構(gòu)中控制的的層數(shù)B、寬度是軟件同一層次上的模塊總數(shù)的最大值C、扇出是一個模塊調(diào)用的模塊數(shù)目D、扇入是直接調(diào)用這個模塊的上級模塊的數(shù)目結(jié)構(gòu)化設(shè)計(SD）是軟件設(shè)計階段所使用的方法，（）不是SD所使用的工具。A、DFD圖B、PAD圖C、結(jié)構(gòu)化的過程設(shè)計語言D、判斷樹結(jié)構(gòu)化設(shè)計方法采用變換解析和事務(wù)解析技術(shù)實現(xiàn)（）。A、從數(shù)據(jù)結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)B、從模塊結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)C、從模塊結(jié)構(gòu)導(dǎo)出數(shù)據(jù)結(jié)構(gòu)D、從數(shù)據(jù)流圖導(dǎo)出軟件結(jié)構(gòu)把現(xiàn)實世界中的事物相似的地方集中和概括起來，暫時忽略他們之間的差異，這就是（）。A、抽象B、模塊化C、自底向上D、信息隱蔽（）是數(shù)聽聞明、可執(zhí)行語句等程序?qū)ο蟮臅?它是單獨命名的而且能夠經(jīng)過名字來接見，是組成程序的基本構(gòu)件。A、模塊化B、抽象C、精化D、模塊（）是指讓一些關(guān)系親近的軟件元素在物理上相互湊近。A、信息隱蔽B、內(nèi)聚C、局部化D、模塊獨立“為了能集中精力解決主要問題而盡量推遲對問題細(xì)節(jié)的考慮”，這是對（）的定義。A、信息隱蔽B、漸漸求精C、局部化D、模塊獨立軟件設(shè)計中劃分模塊的一個準(zhǔn)則是（）。A、低內(nèi)聚低耦合B、低內(nèi)聚高耦合C、高內(nèi)聚低耦合66.67.68.69.70.71.72.73.

D、高內(nèi)聚高耦合模塊自己的內(nèi)聚是模塊獨立性的重要性胸襟要素之一。在7類內(nèi)聚中,擁有最強內(nèi)聚的一類是（）A、序次內(nèi)聚B、過程內(nèi)聚C、邏輯內(nèi)聚D、功能內(nèi)聚若是一個模塊內(nèi)部的辦理元素和同一個功能親近有關(guān)，而且這些辦理必定序次執(zhí)行（通常一個辦理元素的輸入作為下一個辦理元素的輸出），則稱為（）。A、邏輯內(nèi)聚B、時間內(nèi)聚C、過程內(nèi)聚D、序次內(nèi)聚若是一個模塊完成的任務(wù)在邏輯上屬于相同或相似的一類，則稱為（）A、邏輯內(nèi)聚B、時間內(nèi)聚C、過程內(nèi)聚D、序次內(nèi)聚若是模塊中全部元素都是用同一個輸入數(shù)據(jù)和（或）產(chǎn)生同一個輸出數(shù)據(jù)，則稱為（）。A、通信內(nèi)聚B、時間內(nèi)聚C、過程內(nèi)聚D、序次內(nèi)聚耦合是軟件各個模塊間連接的一種胸襟。一組模塊都接見同一公有環(huán)境數(shù)據(jù)結(jié)構(gòu)應(yīng)屬于（）方式。A、內(nèi)容耦合B、公共耦合C、外面耦合D、控制耦合耦合是軟件中各種模塊間相互聯(lián)系的一種胸襟,耦合的強弱取決于模塊間的復(fù)雜程度,在以下耦合中,耦合度最低的是(）A、內(nèi)容耦合B、公共耦合C、數(shù)據(jù)耦合D、控制耦合把整個數(shù)據(jù)結(jié)構(gòu)作為參數(shù)傳達而被調(diào)用的模塊只需要使用其中一部分?jǐn)?shù)據(jù)元素，稱之為（）A、內(nèi)容耦合B、公共耦合C、特色耦合D、控制耦合模塊的功能是打印錄取通知書或不錄取通知書，調(diào)用模塊可經(jīng)過向此模塊傳達布爾標(biāo)志信息決定本次調(diào)用哪一種通知書的打印，這類模塊之間的耦合稱之為（）。A、數(shù)據(jù)耦合B、混雜耦合C、公共耦合D、控制耦合數(shù)據(jù)沿著輸入通路到達一個辦理，這個辦理依照輸入數(shù)據(jù)的種類在若干動作序列中選出一個來執(zhí)行，這類數(shù)據(jù)流稱為（）A、變換流B、變換中心C、事務(wù)中心D、事務(wù)流信息沿輸入通路進入系統(tǒng)，同時由外面形式變換成內(nèi)部形式，進入系統(tǒng)的信息經(jīng)過變換中心，經(jīng)過加工辦理后再沿輸出通路變換成外面形式走開軟件系統(tǒng)，這類信息流稱為（）。A、變換流B、變換中心C、事務(wù)中心D、事務(wù)流軟件的結(jié)構(gòu)化設(shè)計(SD）方法中,一般分為整體設(shè)計和詳盡設(shè)計兩個階段,其中整體設(shè)計主若是要建立（）。A、軟件結(jié)構(gòu)B、軟件流程C、軟件模型D、軟件模塊面向數(shù)據(jù)流的設(shè)計方法把（）照射成軟件結(jié)構(gòu)。A、軟件結(jié)構(gòu)B、系統(tǒng)結(jié)構(gòu)C、控制結(jié)構(gòu)D、信息流78.詳盡設(shè)計的基本任務(wù)是確定每個模塊的（）設(shè)計。A、功能B、調(diào)用關(guān)系C、輸入輸出數(shù)據(jù)D、算法79.結(jié)構(gòu)化程序設(shè)計思想的核心是要求程序只有序次，循環(huán)和（）三種結(jié)構(gòu)組成.A、分支B、單入口C、單出口D、有規(guī)則GOTO（）的結(jié)果基本上決定了最后的程序代碼的質(zhì)量。A、大綱設(shè)計B、詳盡設(shè)計C、編碼D、測試81.Jackson設(shè)計方法是由英國的M.Jackson提出的，它是一種面向（）的軟件設(shè)計方法。A、對象B、數(shù)據(jù)流C、數(shù)據(jù)結(jié)構(gòu)D、控制結(jié)構(gòu)82.（）階段是為每個模塊完成的功能進行詳盡的描繪，要把功能描繪轉(zhuǎn)變?yōu)榫_的、結(jié)構(gòu)化的過程描繪。A、大綱設(shè)計B、詳盡設(shè)計C、編碼D、測試83.結(jié)構(gòu)化程序從理論上能夠不使用（

）語句。自然程序可否使用該語句是沒關(guān)緊迫的

,重要的是程序的結(jié)構(gòu)可否慎重、清楚。A、ANDB、

IFC、GOTOD、FOR84.PAD（ProblemAnalysisDiagram）圖是一種（）工具。A、系統(tǒng)描繪B、詳盡設(shè)計C、測試D、編程輔助以下系統(tǒng)設(shè)計工具中，（）不屬于詳盡設(shè)計工具。A、N—S圖B、數(shù)據(jù)流圖C、程序流程圖D、PAD（）應(yīng)試慮對模塊相聯(lián)和資源共享問題進行描繪和限制。A、系統(tǒng)設(shè)計B、詳盡設(shè)計C、接口控制D、結(jié)構(gòu)化編寫工具87.程序流程圖是一種傳統(tǒng)的程序設(shè)計表示工具

,有其優(yōu)點和缺點

,使用該工具是應(yīng)注意（）A、支持漸漸求精B、考慮控制流程C、遵守結(jié)構(gòu)化設(shè)計原則D、數(shù)據(jù)結(jié)構(gòu)表示88.軟件設(shè)計中設(shè)計復(fù)審是和設(shè)計自己相同重要的環(huán)節(jié)

,其主要目的和作用是（

）A、減少測試工作量B、減免后期付出高代價C、保證軟件質(zhì)量D、縮短軟件開發(fā)周期軟件設(shè)計中,可應(yīng)用于詳盡設(shè)計的工擁有（）A、程序流程圖、PAD、方框圖和偽碼B、數(shù)據(jù)流程圖、PAD、結(jié)構(gòu)圖和偽碼C、業(yè)務(wù)流程圖、N-S圖和偽碼D、數(shù)據(jù)流程圖、PAD、N-S圖和偽碼90.詳盡設(shè)計是軟件整體設(shè)計滯后的工作。以下可選內(nèi)容中,（）不屬于詳盡設(shè)計內(nèi)容。A、算法設(shè)計B、程序流程設(shè)計C、界面設(shè)計D、功能設(shè)計91.所謂流圖是“退化了的”程序流程圖，它不過描繪程序的控制流程，其中（）表示一條或多條語句。A、節(jié)點B、邊C、地域D、辦理92.計算程序的環(huán)形復(fù)雜度很有價值，除了（）。A、測試難度的一種定量胸襟B、對軟件最后的可靠性給出某種展望C、需求描繪的可否詳盡的衡量D、比較兩種不相同設(shè)計的利害93.“實現(xiàn)”在軟件生命周期中橫跨兩個階段，分別是（）。A、編碼和保護B、測試和保護C、編碼和測試D、調(diào)試和保護20世紀(jì)50年代以來，出現(xiàn)了好多不相同的程序設(shè)計語言，以下語言中哪個語言是初級語言（）。A、PASCALB、VISUALBASICC、C++D、匯編語言把軟件設(shè)計結(jié)果翻譯成用某種程序設(shè)計語言書寫的程序的過程，稱之為（）。A、需求解析B、詳盡設(shè)計C、編碼D、測試軟件測試是為了（）而執(zhí)行程序的過程。A、證明軟件的正確性B、發(fā)現(xiàn)程序中的錯誤C、證明軟件系統(tǒng)中存在錯誤D、表示程序是正確的使用白盒測試方法時，確定測試數(shù)據(jù)應(yīng)依照（）和指定的覆蓋標(biāo)準(zhǔn)。A、程序的內(nèi)部邏輯B、程序的復(fù)雜程度C、該軟件的編寫人員D、程序的功能98.檢查軟件產(chǎn)品可否吻合需求定義的過程稱為（）A、確認(rèn)測試B、集成測試C、系統(tǒng)測試D、模塊測試99.單元測試又稱為（），一般用白盒法測試A、集成測試B、模塊測試C、系統(tǒng)測試D、白盒法100.對軟件可否能達到用戶所希望的要求的測試稱為（）A、集成測試B、系統(tǒng)測試C、有效性測試D、查收測試101.以下（）不屬于白盒測試技術(shù)A、基本路徑測試B、界線值解析C、條件覆蓋測試D、邏輯覆蓋測試102.若有一個計算種類的程序，它的輸入量只有一個X，其范圍是[,]，現(xiàn)從輸入的角度考慮一組測試用例：,,,,,.設(shè)計這組測試用例的方法是（）A、條件覆蓋法B、等價分類法C、界線值解析法D、錯誤推測法103.（）方法需要察看模塊間的接口和各個模塊之間的關(guān)系.A、單元測試B、集成測試C、確認(rèn)測試D、查收測試104.軟件測試是軟件開發(fā)過程中重要的和不能夠缺少的階段,其包括的內(nèi)容和步驟甚多,而測試過程的多種環(huán)節(jié)中最基礎(chǔ)的是（）A、集成測試B、單元測試C、系統(tǒng)測試D、查收測試105.能夠提高軟件測試效率的是（）A、隨意采用測試的數(shù)據(jù)B、擬定測試計劃C、采用界線數(shù)據(jù)作為測試用例D、取盡可能多的數(shù)據(jù)進行測試軟件測試方法一般有黑盒測試和白盒測試,而其中黑盒測試主若是依照程序的（）A、結(jié)構(gòu)B、流程C、功能D、邏輯107.程序測試是一項復(fù)雜的工作,一般測試者在進行測試中都需要設(shè)計（）A、數(shù)據(jù)結(jié)構(gòu)B、測試用例C、測試階段D、測試方法108.調(diào)試是指在測試發(fā)現(xiàn)錯誤此后消除錯誤的過程，（）不屬于調(diào)試路子。A、蠻干法B、回溯法C、原因消除法D、運用測試實例法所謂邏輯覆蓋測試是對一系列測試過程的總稱，其中：被測程序中每個語句最少執(zhí)行一次，稱之為（）。A、語句覆蓋B、判斷覆蓋C、條件覆蓋D、條件組合覆蓋所謂邏輯覆蓋測試是對一系列測試過程的總稱，其中：每個判斷的的每個分支都至少執(zhí)行一次，稱之為（）。A、語句覆蓋B、判斷覆蓋C、條件覆蓋D、條件組合覆蓋111.所謂邏輯覆蓋測試是對一系列測試過程的總稱，其中：不但每個語句最少執(zhí)行一次，而且使判斷表達式中的每個條件都取到各種可能的值，稱之為（）。A、語句覆蓋B、判斷覆蓋C、條件覆蓋D、條件組合覆蓋所謂邏輯覆蓋測試是對一系列測試過程的總稱，其中：每個判斷表達式中條件的各種可能組合都最少出現(xiàn)一次，稱之為（）。A、語句覆蓋B、判斷覆蓋C、條件覆蓋D、條件組合覆蓋113.下面幾種白箱測試技術(shù)，哪一種是最強的覆蓋準(zhǔn)則（）A、語句覆蓋B、條件覆蓋C、判斷覆蓋D、條件組合覆蓋114.（）是一種黑盒測試技術(shù)，這類技術(shù)把程序的輸入域劃分成若干個數(shù)據(jù)類，據(jù)此導(dǎo)出測試用例。A、等價劃分B、界線值解析C、錯誤推測D、路徑測試115.所謂（）是指在測試發(fā)現(xiàn)錯誤此后消除錯誤的過程。A、調(diào)試B、糾錯C、評估D、保護116.所謂（）就是在軟件已經(jīng)交付使用此后，為了改正錯誤或滿足新的需要而改正軟件的過程。A、調(diào)試B、糾錯C、測試D、保護117.為了和變化了的環(huán)境適合地配合而進行的改正軟件的活動稱之為（

），是既必要又經(jīng)常的保護活動。A、改正性保護B、適應(yīng)性保護C、完滿性保護D、預(yù)防性保護在任何大型程序的使用時期，用戶必然會發(fā)現(xiàn)程序錯誤，而且把他們遇到問題報告給保護人員。把診斷和改正錯誤的過程稱為（）。A、改正性保護B、適應(yīng)性保護C、完滿性保護D、預(yù)防性保護119.在使用軟件的過程中用戶經(jīng)常提出增加新功能或改正已有功能的建議，還可能提出一般性的改進建議。為了滿足這類要求，需要進行（）。A、改正性保護B、適應(yīng)性保護C、完滿性保護D、預(yù)防性保護120.為了改進未來的可保護性或可靠性，或為了給未來的改進確定更好的基礎(chǔ)而改正軟件而進行的保護活動稱之為（）。A、改正性保護B、適應(yīng)性保護C、完滿性保護D、預(yù)防性保護軟件保護絕不但限于糾正使用中發(fā)現(xiàn)的錯誤，事實上在全部保護活動中有一半以上是（）保護。A、改正性B、適應(yīng)性C、完滿性D、預(yù)防性122.（）指的是外來讀者理解軟件的結(jié)構(gòu)、功能、結(jié)構(gòu)和內(nèi)部辦理過程的難易程度。A、可測試性B、可改正性C、可理解性D、可移植性123.（）指的是把程序從一種計算環(huán)境（硬件配置和操作系統(tǒng)）轉(zhuǎn)移到另一種計算環(huán)境的難易程度。A、可測試性B、可改正性C、可理解性D、可移植性124.軟件簡單改正的程度稱之為（

），耦合、內(nèi)聚、信息隱蔽、局部化

.等都應(yīng)會對其產(chǎn)生影響。A、可測試性B、可改正性C、可理解性D、可移植性125.（）是指同一事物不做改正或略加改動就在不相同環(huán)境中多次重復(fù)使用。A、可測試性B、可重用性C、可理解性D、可移植性126.軟件調(diào)試的目的是（）A、發(fā)現(xiàn)錯誤B、改正錯誤C、改進軟件的性能D、挖掘軟件的潛能127.若是軟件配置的獨一成分是（），那么這類保護屬于非結(jié)構(gòu)化保護。A、需求文檔B、設(shè)計文檔C、程序代碼D、測試用例128.以下文檔，（）不屬于用戶文檔包括的內(nèi)容。A、功能描繪B、安裝文檔C、需求說明D、使用手冊129.以下文檔，（）不屬于系統(tǒng)文檔包括的內(nèi)容。A、軟件需求規(guī)格說明B、軟件使用手冊C、軟件詳盡設(shè)計D、軟件測試用例130.面向?qū)ο箝_發(fā)方法不需要建立的模型是（）。A、對象模型B、動向模型C、功能模型D、結(jié)構(gòu)模型131.對象和類之間存在著關(guān)系關(guān)系，利用對象的（A、獨一性

）特色能夠?qū)崿F(xiàn)對象的多態(tài)性。B、分類性C、繼承性D、封裝性132.面向?qū)ο蟮闹饕厣龑ο螵氁恍?、封裝、繼承外，還有（）。A、多態(tài)性B、完滿性C、可移植性D、兼容性133.

描繪對象模型靜態(tài)特色的工具是（

）。A、DFDB、類圖C、狀態(tài)圖D、DD134.每個對象可用它自己的一組屬性和它能夠執(zhí)行的一組（A、狀態(tài)

）來實現(xiàn)

。B、功能