軟件工程試題庫

1.采用工程的概念、原理、技術(shù)和方法來輸入文檔。

（）和（）軟件，把經(jīng)過時間考驗而C、原型模型B、瀑布模型

證明正確的管理技術(shù)和當前能夠得到的最C、螺旋模型D、噴泉模型

好的技術(shù)方法結(jié)合起來，以經(jīng)濟地開發(fā)出高12.下列敘述中不屬于軟件生命周期模型的

質(zhì)量的軟件并有效地維護它，這就是軟件工是（）

程。A、瀑布模型B、快速原型模型

A、開發(fā)測試B、運行管理C、風險模型D、原子模型

C、開發(fā)管理D、開發(fā)維護13.“為了解決這個問題，目標系統(tǒng)必須做

2.軟件是程序、數(shù)據(jù)及相關(guān)文檔的完整集合,什么？”這是生命周期中（）階段要確定

其中“開發(fā)、使用和維護程序所需要的圖文的事。

資料”指的是（）A、需求分析B、總體設(shè)計

A、程序B、數(shù)據(jù)C、文檔D、以上都不是C、詳細設(shè)計D、測試

3.計算機系統(tǒng)經(jīng)歷了幾個不同的發(fā)展階段，14.（）是為了獲得高質(zhì)量軟件所需要完

具有以下特點指的是（）發(fā)展時期：小成的一系列任務(wù)的框架，他規(guī)定了完成各項

規(guī)模團隊開發(fā)，但仍然沿用早期形成的個體任務(wù)的工作步驟。

化開發(fā)軟件的方法。C、軟件工程B、軟件過程

A、個體軟件B、軟件作坊15.質(zhì)量管理D、軟件方法學

C、軟件危機D、軟件工程15.下面不屬于軟件工程的3個要素是（）

4.以下（）不是軟件危機的表現(xiàn)形式。A、工具B、過程C、方法D、環(huán)境

A、開發(fā)的軟件不滿足用戶的需要16.軟件工程方法學的目的是：使軟件生產(chǎn)

B、開發(fā)的軟件可維護性差規(guī)范化和工程化，而軟件工程方法得以實施

C、開發(fā)的軟件價格便宜的主要保證是（）?

D、開發(fā)的軟件可靠性差A、硬件環(huán)境B、軟件開發(fā)的環(huán)境

5.軟件產(chǎn)品與物質(zhì)產(chǎn)品有很大區(qū)別，軟件產(chǎn)C、軟件開發(fā)工具和軟件開發(fā)的環(huán)境

品是一種（）產(chǎn)品D、開發(fā)人員的素質(zhì)

A、有形B、消耗C、邏輯D、文檔17.在軟件生命周期法中，用戶的參與主要在

6.以文檔作為驅(qū)動，適合于軟件需求很明確（）。

的軟件項目的生存周期模型是（）.A、軟件定義期B、軟件開發(fā)期

A、噴泉模型B、增量模型C、軟件維護期

C、瀑布模型D、螺旋模型D、整個軟件生命周期過程中

7.下列軟件開發(fā)模型中，適合于那些不能預18.軟件開發(fā)的瀑布模型最典型地刻畫了軟

先確切定義需求的軟件系統(tǒng)的開發(fā)的模型件生命周期的階段劃分，而與其最相適應的

是（）。軟件開發(fā)的方法是（）

C、原型模型B、瀑布模型A、構(gòu)件化方法B、面向?qū)ο蠓椒?/p>

C、基于知識的智能模型D、變換模型C、結(jié)構(gòu)化方法D、原型化方法

8.下列軟件開發(fā)模型中，以面向?qū)ο蟮能浖?9.在軟件生存周期中，（）階段必須要回

開發(fā)方法為基礎(chǔ)，以用戶的需求為動力，以答的問題是“要解決的問題是什么？”。

對象來驅(qū)動的模型是（）。C、詳細設(shè)計B、問題定義

A、原型模型B、瀑布模型C、概要設(shè)計D、軟件測試

C,噴泉模型D、螺旋模型20.數(shù)據(jù)存儲和數(shù)據(jù)流都是（），僅僅是所

9.下列軟件開發(fā)模型中，（）只有在開發(fā)人處的狀態(tài)不同。

員具有風險分析和排除風險的經(jīng)驗及專門A、分析結(jié)果B、事件

知識時，才能獲得成功。C、動作D、數(shù)據(jù)

A、原型模型B、瀑布模型21.數(shù)據(jù)流圖和（）共同組成系統(tǒng)的功能

C、噴泉模型D、螺旋模型模型。

10.（）是用戶和設(shè)計交換最頻繁的方法。A、HIPO圖B、PDLC、數(shù)據(jù)字典D、層次圖

A、原型模型B、瀑布模型方法22.數(shù)據(jù)流圖用于抽象描述一個軟件的邏輯

C、螺旋模型方法D、構(gòu)件組裝模型模型，數(shù)據(jù)流圖由一些特定的圖形符號構(gòu)成。

11.傳統(tǒng)的（）要求，必須等前一階段下列圖符名標識的圖符不屬于合法數(shù)據(jù)流

的工作完成之后，才能開始后一階段的工圖圖符的是（）。A、控制流

作；前一階段的輸出文檔，就是后一階段的B、加工C、數(shù)據(jù)存儲D、數(shù)據(jù)源點/終點

23.結(jié)構(gòu)化分析方法就是面向（）的自頂34.系統(tǒng)流程圖是概括地描述物理系統(tǒng)的傳

向下逐步求精進行需求分析的方法。統(tǒng)工具，它的基本思想是用圖形符號以黑盒

A、目標B、數(shù)據(jù)流C、功能D、對象子形式描繪系統(tǒng)組成系統(tǒng)的每個部件，其表

24.數(shù)據(jù)字典是對數(shù)據(jù)定義信息的集合，它所達的是（）

定義的對象都包含在（）中。A、控制過程

A、數(shù)據(jù)流圖B、程序框圖B、對數(shù)據(jù)進行加工和處理的過程

C、軟件結(jié)構(gòu)D、方框圖C、程序的功能

25.軟件開發(fā)的可行性研究，一般涉及經(jīng)濟、D、數(shù)據(jù)在各部件之間的流動情況

技術(shù)和操作的可能性，而進行可行性研究的35.雖然可以使用自然語言描述由數(shù)據(jù)元素

基本依據(jù)則是用戶提出的軟件（）。組成數(shù)據(jù)的關(guān)系，但為了更加清晰簡潔，建

A、系統(tǒng)質(zhì)量B、系統(tǒng)目標議采用符號來表示，其中l(wèi){a}5所代表的含

C、系統(tǒng)功能D、系統(tǒng)性能義是（）

26.軟件可行性一般不考慮（）。A、a重復出現(xiàn)，最少出現(xiàn)1次，最多出現(xiàn)5

A、是否有足夠的人員和相關(guān)的技術(shù)來支持次

系統(tǒng)開發(fā)B、a重復出現(xiàn)，只能出現(xiàn)1次，或5次

B、待開發(fā)的軟件是否有質(zhì)量問題C、a重復出現(xiàn)，其可以出現(xiàn)1次，也可以

C、待開發(fā)的軟件是否有市場,經(jīng)濟上是否合出現(xiàn)5次

算D、a是可選的，可以出現(xiàn)2、3、4次

D、是否有足夠的工具和相關(guān)的技術(shù)來支持36.（）是可行性研究的一項重要內(nèi)容，

系統(tǒng)開發(fā)是客戶組織負責人從經(jīng)濟角度判斷是否繼

27.數(shù)據(jù)流圖是進行軟件需求分析常用的工續(xù)投資于這項工程的主要依據(jù)。

具，其中最基本的圖符是:處理,數(shù)據(jù)流，數(shù)據(jù)A、純收入計算B、投資回收期分析

存儲和數(shù)據(jù)源點/終點，其中“圓角矩形"可C、成本/效益分析D、投資回收率分析

用來代表流圖中的（）。.37.下面哪一項不屬于可行性研究階段的典

A、處理B、數(shù)據(jù)流型步驟（）

C、數(shù)據(jù)存儲D、數(shù)據(jù)源點/終點A、研究目前正在使用的系統(tǒng)

28.數(shù)據(jù)流圖是描述數(shù)據(jù)在軟件中流動和變B、草擬開發(fā)計劃

換的過程，而對數(shù)據(jù)流圖中所包含的元素的C、書寫文檔提交審查

定義則是（）D、梳理模塊間關(guān)系

A、數(shù)據(jù)存儲B、數(shù)據(jù)加工38.復雜的數(shù)據(jù)流圖（）。

C、數(shù)據(jù)字典D、數(shù)據(jù)定義A、只有變換型B、只有事務(wù)型

29.可行性研究的目的不是解決問題，而是C、無規(guī)律D、既有變換型又有事務(wù)型

確定問題是否值得去解決，下列不是可行性39.（）需求制定系統(tǒng)必須提供的服務(wù),

研究的內(nèi)容是（）是對軟件系統(tǒng)的一項基本需求，但卻并不是

A、需求分析B、風險分析唯一的需求。

C、資源分析D、技術(shù)分析C、功能需求B、性能需求

31.一個軟件項目是否進行開發(fā)的結(jié)論是在C、可靠性和可用性需求D、接口及約束

（）文檔中作出的。40.“系統(tǒng)每周7天、每天24小時都可以

C、軟件開發(fā)計劃B、可行性分析報告使用且運行無誤”，代表的是（）

C、需求分析說明書D、測試報告C、功能需求B、性能需求

32.下列敘述中，不屬于數(shù)據(jù)字典的C、可靠性和可用性需求D、接口及約束

作用。41.“系統(tǒng)應在20秒之內(nèi)響應所有的請求”,

A、作為編碼階段的描述工具代表的是（）

B、為用戶與開發(fā)人員之間統(tǒng)一認識C、功能需求B、性能需求

C、作為概要設(shè)計的依據(jù)C、可靠性和可用性需求D、接口及約束

D、為需求分析階段定義各類條目42.“系統(tǒng)出現(xiàn)異常時，應能為用戶給出指

33.不適于作為數(shù)據(jù)流圖處理（加工）框名導性的提示，并及時保存當前的數(shù)據(jù)”代表

稱的是0的是（）

A、人工校核工資數(shù)據(jù)B、工資支票數(shù)據(jù)A、出錯處理需求B、性能需求

C、打印工資支票C、可靠性和可用性需求

D、計算職工工資D、接口及約束

43.與用戶溝通獲取需求的方式有很多，其51.結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、（）和加

中（）不屬于獲取需求的方式。工說明等描述工具，即用直觀的圖和簡潔的

A、正式或非正式的訪談?wù)Z言來描述軟件功能模型。

B、自底向上的求精方法A、DFD圖B、PAD圖

C、快速建立軟件原型C、HIPO圖D、數(shù)據(jù)字典

D、建議的應用規(guī)格說明技術(shù)52.軟件需求說明書中包括多方面的內(nèi)容，下

44.“快速建立軟件原型”是一種比較準確、述（）不是軟件說明書中應包括的內(nèi)容.

有效、強大的需求分析技術(shù)，為了快速的構(gòu)A、數(shù)據(jù)描述B、功能描述

建和修改原型，通常采用3種方法和工具，C、性能描述D、結(jié)構(gòu)描述

以下哪項是無效的（）53.軟件需求分析階段建立原型的主要目的

A、可重用的軟件構(gòu)件是（）.

B、形式化需求規(guī)格說明和環(huán)境原型A、確定系統(tǒng)的功能和性能要求

C、高級語言選擇B、確定系統(tǒng)的性能要求

D、第四代技術(shù)C、確定系統(tǒng)是否滿足用戶要求

45.通常用“范式”定義消除數(shù)據(jù)冗余的程D、確定系統(tǒng)是否開發(fā)人員需要

度，其中第三范式要求符合第二范式的條54.需求分析是由分析人員經(jīng)了解用戶的需

件，而且（）求，認真仔細的調(diào)研、分析，最終應建立目標

A、每個屬性值都必須是原子值系統(tǒng)的邏輯模型并寫出（）.

B、每個非關(guān)鍵字屬性值都由整個關(guān)鍵字決A、模塊說明書

定B、需求規(guī)格說明書

C、非關(guān)鍵字不是由關(guān)鍵字的一部分來決定C、項目開發(fā)設(shè)計

D,一個非關(guān)鍵字屬性值不依賴于另一個非D、合同文檔

關(guān)鍵字屬性值55.使用結(jié)構(gòu)化分析方法時，采用的基本手段

46.結(jié)構(gòu)化分析階段要建立中模型，分別是是（）?

（）C、分解和抽象B、分解和綜合

A、功能模型、數(shù)據(jù)模型、狀態(tài)模型C、歸納與推導D、試探與回溯

B、功能模型、行為模型、數(shù)據(jù)模型56.分層數(shù)據(jù)流圖是一種比較嚴格又易于理

C、功能模型、數(shù)據(jù)模型、動態(tài)模型解的描述方式，它的頂層描述了系統(tǒng)的

D、對象模型、動態(tài)模型、功能模型

47,（）是對引起系統(tǒng)做動作或（和）從A、總貌B、細節(jié)C、抽象D、軟件的作者

一個狀態(tài)轉(zhuǎn)換到另一個狀態(tài)的外界事情的57.下列關(guān)于軟件設(shè)計準則的描述，錯誤的是

抽象。（）。

A、事件B、狀態(tài)C、初態(tài)D、終態(tài)A）提高模塊的獨立性

48.進行需求分析可使用多種工具，但（）B）深度、寬度、扇出和扇入適當

是不適用的。C）使摸塊的控制域在該模塊的作用域內(nèi)

A、數(shù)據(jù)流圖B、E-R圖D）設(shè)計成單入口、單出口的模塊

C、PAD圖D、數(shù)據(jù)字典58.下面關(guān)于“深度、寬度、扇出和扇入”

49.E-R圖是用于建立數(shù)據(jù)模型的的圖形，其描述錯誤的是（）

中包括3種相互關(guān)聯(lián)的信息、，分別是（）A、深度表示軟件結(jié)構(gòu)中控制的的層數(shù)

A、數(shù)據(jù)、對象、實體B、寬度是軟件同一層次上的模塊總數(shù)的最

B、控制、聯(lián)系、對象大值

C、實體、聯(lián)系、屬性C、扇出是一個模塊調(diào)用的模塊數(shù)目

D、實體、屬性、操作D、扇入是直接調(diào)用這個模塊的上級模塊的

50.描述復雜的事物時，圖形遠比文字敘述數(shù)目

優(yōu)越得多，在需求分析階段可以使用（）59.結(jié)構(gòu)化設(shè)計（SD）是軟件設(shè)計階段所使用

等圖形工具。的方法,（）不是SD所使用的工具。

A、層次方框圖和判定表A、DFD圖

B、數(shù)據(jù)流圖和程序流程圖B、PAD圖

C、IPO圖和層次方框圖C、結(jié)構(gòu)化的過程設(shè)計語言

D、warnier圖和PDLD、判定樹

60.結(jié)構(gòu)化設(shè)計方法采用變換分析和事務(wù)分A、內(nèi)容耦合B、公共耦合

析技術(shù)實現(xiàn)。C、外部耦合D、控制耦合

A、從數(shù)據(jù)結(jié)構(gòu)導出程序結(jié)構(gòu)71.耦合是軟件中各種模塊間相互聯(lián)系的一

B、從模塊結(jié)構(gòu)導出程序結(jié)構(gòu)種度量，耦合的強弱取決于模塊間的復雜程

C、從模塊結(jié)構(gòu)導出數(shù)據(jù)結(jié)構(gòu)度,在下列耦合中，耦合度最低的是（）

D、從數(shù)據(jù)流圖導出軟件結(jié)構(gòu)A、內(nèi)容耦合B、公共耦合

61.把現(xiàn)實世界中的事物相似的地方集中和C、數(shù)據(jù)耦合D、控制耦合

概括起來，暫時忽略他們之間的差異，這就72.把整個數(shù)據(jù)結(jié)構(gòu)作為參數(shù)傳遞而被調(diào)用

是（）。的模塊只需要使用其中一部分數(shù)據(jù)元素，稱

A、抽象B、模塊化之為（）

C、自底向上D、信息隱蔽A、內(nèi)容耦合B、公共耦合

62.（）是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)、特征耦合D、控制耦合

象的集合，它是單獨命名的而且可以通過名73.模塊的功能是打印錄取通知書或不錄取

字來訪問，是構(gòu)成程序的基本構(gòu)件。通知書，調(diào)用模塊可通過向此模塊傳遞布爾

A、模塊化B、抽象C、精化D、模塊標志信息決定本次調(diào)用哪種通知書的打印，

63.（）是指讓一些關(guān)系密切的軟件元素這種模塊之間的耦合稱之為（

在物理上彼此靠近。C、數(shù)據(jù)耦合B、混合耦合

A、信息隱蔽B、內(nèi)聚C、公共耦合D、控制耦合

C、局部化D、模塊獨立74.數(shù)據(jù)沿著輸入通路到達一個處理，這個處

64.“為了能集中精力解決主要問題而盡量理根據(jù)輸入數(shù)據(jù)的類型在若干動作序列中

推遲對問題細節(jié)的考慮”，這是對（）的選出一個來執(zhí)行，這類數(shù)據(jù)流稱為（）

定義。C、變換流B、變換中心

A、信息隱蔽B、逐步求精C、事務(wù)中心D、事務(wù)流

C、局部化D、模塊獨立75.信息沿輸入通路進入系統(tǒng)，同時由外部

65.軟件設(shè)計中劃分模塊的一個準則是形式變換成內(nèi)部形式，進入系統(tǒng)的信息經(jīng)過

（）。變換中心，經(jīng)過加工處理后再沿輸出通路變

A、低內(nèi)聚低耦合B、低內(nèi)聚高耦合換成外部形式離開軟件系統(tǒng)，這種信息流稱

C、高內(nèi)聚低耦合D、高內(nèi)聚高耦合為（）。

66.模塊本身的內(nèi)聚是模塊獨立性的重要性C、變換流B、變換中心

度量因素之一。在7類內(nèi)聚中,具有最強內(nèi)聚C、事務(wù)中心D、事務(wù)流

的一類是（）76.軟件的結(jié)構(gòu)化設(shè)計（SD）方法中，一般分為

A、順序內(nèi)聚B、過程內(nèi)聚總體設(shè)計和詳細設(shè)計兩個階段，其中總體設(shè)

C、邏輯內(nèi)聚D、功能內(nèi)聚計主要是要建立（）。

67.如果一個模塊內(nèi)部的處理元素和同一個A、軟件結(jié)構(gòu)B、軟件流程

功能密切相關(guān)，而且這些處理必須順序執(zhí)行C、軟件模型D、軟件模塊

（通常一個處理元素的輸入作為下一個處77.面向數(shù)據(jù)流的設(shè)計方法把（）映射成

理元素的輸出），則稱為（）。軟件結(jié)構(gòu)。

A、邏輯內(nèi)聚B、時間內(nèi)聚A、軟件結(jié)構(gòu)B、系統(tǒng)結(jié)構(gòu)

C、過程內(nèi)聚D、順序內(nèi)聚C、控制結(jié)構(gòu)D、信息流

68.如果一個模塊完成的任務(wù)在邏輯上屬于78.詳細設(shè)計的基本任務(wù)是確定每個模塊的

相同或相似的一類，則稱為（）（股計。

A、邏輯內(nèi)聚B、時間內(nèi)聚C、功能B、調(diào)用關(guān)系

C、過程內(nèi)聚D、順序內(nèi)聚C、輸入輸出數(shù)據(jù)D、算法

69.如果模塊中所有元素都是用同一個輸入79.結(jié)構(gòu)化程序設(shè)計思想的核心是要求程序

數(shù)據(jù)和（或）產(chǎn)生同一個輸出數(shù)據(jù)，則稱為只有順序，循環(huán)和（）三種結(jié)構(gòu)組成.

（）。A、分支B、單入口

A、通信內(nèi)聚B、時間內(nèi)聚C、單出口D、有規(guī)則GOTO

C、過程內(nèi)聚D、順序內(nèi)聚80.（）的結(jié)果基本上決定了最終的程序

70.耦合是軟件各個模塊間連接的一種度量。代碼的質(zhì)量。

一組模塊都訪問同一公有環(huán)境數(shù)據(jù)結(jié)構(gòu)應C、概要設(shè)計B、詳細設(shè)計

屬于（）方式。C、編碼D、測試

81Jackson設(shè)計方法是由英國的M.Jackson91.結(jié)構(gòu)化程序設(shè)計的一種基本方法是（）

提出的，它是一種面向（）的軟件設(shè)A、篩選法B、遞歸法

計方法。C、迭代法D、逐步求精法

C、對象B、數(shù)據(jù)流92.“實現(xiàn)”在軟件生命周期中橫跨兩個階段,

C、數(shù)據(jù)結(jié)構(gòu)D、控制結(jié)構(gòu)分別是（）。

82.（）階段是為每個模塊完成的功能進C、編碼和維護B、測試和維護

行具體的描述，要把功能描述轉(zhuǎn)變?yōu)榫_C、編碼和測試D、調(diào)試和維護

的、結(jié)構(gòu)化的過程描述。93.20世紀50年代以來，出現(xiàn)了許多不同的

A、概要設(shè)計B、詳細設(shè)計程序設(shè)計語言，下列語言中哪個語言是低級

C、編碼D、測試語言（）。

83.結(jié)構(gòu)化程序從理論上可以不使用（）語C、PASCALB、VISUALBASIC

句。當然程序是否使用該語句是無關(guān)緊要的,C>C++D、匯編語言

重要的是程序的結(jié)構(gòu)是否嚴謹、清晰。94.把軟件設(shè)計結(jié)果翻譯成用某種程序設(shè)計

A、ANDB、IF語言書寫的程序的過程，稱之為（）。

C、GOTODsFORA、需求分析B、詳細設(shè)計

84.PAD（ProblemAnalysisDiagram）圖是一C、編碼D、測試

種（）工具。95.軟件測試是為了（）而執(zhí)行程序的

C、系統(tǒng)描述B、詳細設(shè)計過程。

C、測試D、編程輔助A、證明軟件的正確性

85.下列系統(tǒng)設(shè)計工具中，（）不屬于詳細B、發(fā)現(xiàn)程序中的錯誤

設(shè)計工具。C、證明軟件系統(tǒng)中存在錯誤

C、N—S圖B、數(shù)據(jù)流圖D、表明程序是正確的

C、程序流程圖D、PAD96.使用白盒測試方法時，確定測試數(shù)據(jù)應

86.（）應考慮對模塊相聯(lián)和資源共享問題根據(jù)（）和指定的覆蓋標準。

進行描述和制約。C、程序的內(nèi)部邏輯B、程序的復雜程度

A、系統(tǒng)設(shè)計B、詳細設(shè)計C、該軟件的編輯人員D、程序的功能

C、接口控制D、結(jié)構(gòu)化編輯工具97.檢查軟件產(chǎn)品是否符合需求定義的過程

87.程序流程圖是一種傳統(tǒng)的程序設(shè)計表示稱為（）

工具，有其優(yōu)點和缺點,使用該工具是應注意A、確認測試B、集成測試

（）C、系統(tǒng)測試D、模塊測試

A、支持逐步求精B、考慮控制流程98.單元測試又稱為（），一般用白盒法測

C、遵守結(jié)構(gòu)化設(shè)計原則D、數(shù)據(jù)結(jié)構(gòu)表示試

88.軟件設(shè)計中設(shè)計復審是和設(shè)計本身一樣A、集成測試B、模塊測試

重要的環(huán)節(jié)，其主要目的和作用是（）C、系統(tǒng)測試D、白盒法

A、減少測試工作量99.對軟件是否能達到用戶所期望的要求的

B、減免后期付出高代價測試稱為（）

C、保證軟件質(zhì)量A、集成測試B、系統(tǒng)測試

D、縮短軟件開發(fā)周期C、有效性測試D、驗收測試

89.軟件設(shè)計中，可應用于詳細設(shè)計的工具有100.以下（）不屬于白盒測試技術(shù)

（）A、基本路徑測試B、邊界值分析

A、程序流程圖、PAD、方框圖和偽碼C、條件覆蓋測試D、邏輯覆蓋測試

B、數(shù)據(jù)流程圖、PAD、結(jié)構(gòu)圖和偽碼101.（）方法需要考察模塊間的接口和各

C、業(yè)務(wù)流程圖、N-S圖和偽碼個模塊之間的關(guān)系.

D、數(shù)據(jù)流程圖、PAD、N-S圖和偽碼A、單元測試B、集成測試

90.詳細設(shè)計是軟件總體設(shè)計滯后的工作。C、確認測試D、驗收測試

下列可選內(nèi)容中,（）不屬于詳細設(shè)計內(nèi)102.軟件測試是軟件開發(fā)過程中重要的和

容。不可缺少的階段,其包含的內(nèi)容和步驟甚多,

A、算法設(shè)計而測試過程的多種環(huán)節(jié)中最基礎(chǔ)的是（）

B、程序流程設(shè)計A、集成測試B、單元測試

C、界面設(shè)計C、系統(tǒng)測試D、驗收測試

D、功能設(shè)計

103.可以提高軟件測試效率的是（）C、錯誤推測D、路徑測試

A、隨意選取測試的數(shù)據(jù)114.所謂（）是指在測試發(fā)現(xiàn)錯誤之后

B、制定測試計劃排除錯誤的過程。

C、選取邊界數(shù)據(jù)作為測試用例A、調(diào)試B、糾錯

D、取盡可能多的數(shù)據(jù)進行測試C、評估D、維護

104.軟件測試采用白盒法的是（）115.所謂（）就是在軟件已經(jīng)交付使用

A、單元測試B、集成測試之后，為了改正錯誤或滿足新的需要而修改

C、確認測試D、系統(tǒng)測試軟件的過程。

105.集成測試有兩個具體辦法，它們是（）A、調(diào)試B、糾錯

A、非漸增式方式和漸增式方式C、測試D、維護

B、白盒法和黑盒法116.為了和變化了的環(huán)境適當?shù)嘏浜隙M

C、確認測試和系統(tǒng)測試行的修改軟件的活動稱之為（），是既

D、歸納法和演繹法必要又經(jīng)常的維護活動。

106.軟件測試方法一般有黑盒測試和白盒A、改正性維護B、適應性維護

測試,而其中黑盒測試主要是依據(jù)程序的C、完善性維護D、預防性維護

（）117.在任何大型程序的使用期間，用戶必然

A、結(jié)構(gòu)B、流程C、功能D、邏輯會發(fā)現(xiàn)程序錯誤，并且把他們遇到問題報告

107.程序測試是一項復雜的工作，一般測試給維護人員。把診斷和改正錯誤的過程稱為

者在進行測試中都需要設(shè)計（）

A、數(shù)據(jù)結(jié)構(gòu)B、測試用例A、改正性維護B、適應性維護

C、測試階段D、測試方法C、完善性維護D、預防性維護

108.調(diào)試是指在測試發(fā)現(xiàn)錯誤之后排除錯118.在使用軟件的過程中用戶往往提出增

誤的過程，（）不屬于調(diào)試途徑。加新功能或修改已有功能的建議，還可能提

A、蠻干法B、回溯法出一般性的改進意見。為了滿足這類要求，

C、原因排除法D、運用測試實例法需要進行（）?

1。9.所謂邏輯覆蓋測試是對一系列測試過A、改正性維護B、適應性維護

程的總稱，其中：被測程序中每個語句至少C、完善性維護D、預防性維護

執(zhí)行一次，稱之為（）。119.為了改進未來的可維護性或可靠性，或

A、語句覆蓋B、判定覆蓋為了給未來的改進奠定更好的基礎(chǔ)而修改

C、條件覆蓋D、條件組合覆蓋軟件而進行的維護活動稱之為（）。

110.所謂邏輯覆蓋測試是對一系列測試過A、改正性維護B、適應性維護

程的總稱，其中：每個判定的的每個分支都C、完善性維護D、預防性維護

至少執(zhí)行一次，稱之為（）。120.（）指的是外來讀者理解軟件的結(jié)

A、語句覆蓋B、判定覆蓋構(gòu)、功能、結(jié)構(gòu)和內(nèi)部處理過程的難易程度。

C、條件覆蓋D、條件組合覆蓋A、可測試性B、可修改性

111.所謂邏輯覆蓋測試是對一系列測試過C、可理解性D、可移植性

程的總稱，其中：不僅每個語句至少執(zhí)行一121.（）指的是把程序從一種計算環(huán)境

次，而且使判定表達式中的每個條件都取到（硬件配置和操作系統(tǒng)）轉(zhuǎn)移到另一種計算

各種可能的值，稱之為（）。環(huán)境的難易程度。

A、語句覆蓋B、判定覆蓋A、可測試性B、可修改性

C、條件覆蓋D、條件組合覆蓋C、可理解性D、可移植性

112.所謂邏輯覆蓋測試是對一系列測試過122.軟件容易修改的程度稱之為（），

程的總稱，其中：每個判定表達式中條件的耦合、內(nèi)聚、信息隱藏、局部化.……等都應

各種可能組合都至少出現(xiàn)一次，稱之為會對其產(chǎn)生影響。

（）。A、可測試性B、可修改性

A、語句覆蓋B、判定覆蓋C、可理解性D、可移植性

C、條件覆蓋D、條件組合覆蓋123.（）是指同一事物不做修改或稍加

113.（）是一種黑盒測試技術(shù)，這種技改動就在不同環(huán)境中多次重復使用。

術(shù)把程序的輸入域劃分成若干個數(shù)據(jù)類，據(jù)A、可測試性B、可重用性

此導出測試用例。C、可理解性

A、等價劃分B、邊界值分析D、可移植性

124.軟件維護工作的最主要部分是（）。子類，這種層次結(jié)構(gòu)系統(tǒng)的一個重要性質(zhì)

A、校正性維護B、適應性維護是（）：一個類獲得其父類的全部描述（數(shù)據(jù)和

C、完善性維護操作）。

D、預防性維護A、傳遞性B、繼承性

125.軟件調(diào)試的目的是（）C、復用性

A、發(fā)現(xiàn)錯誤B、改正錯誤D、并行性

C、改善軟件的性能135.（）模型表示了對象的相互行為。

D、挖掘軟件的潛能A、對象B、動態(tài)

126.如果軟件配置的唯一成分是（）,那C、功能

么這種維護屬于非結(jié)構(gòu)化維護。D、分析

A、需求文檔B、設(shè)計文檔136.軟件部分的內(nèi)部實現(xiàn)與外部可訪問性

C、程序代碼分離，這是指軟件的（）

D、測試用例A、繼承性B、共享性

127.以下文檔，（）不屬于用戶文檔包括C、封裝性

的內(nèi)容。D、抽象性

A、功能描述B、安裝文檔137.面向?qū)ο蠓椒▽W中，功能模型的描述工

C、需求說明具是（）

D、使用手冊A、動態(tài)圖B、結(jié)構(gòu)圖

128.以下文檔，（）不屬于系統(tǒng)文檔包括C、用例圖

的內(nèi)容。D、程序流圖

A、軟件需求規(guī)格說明B、軟件使用手冊138.面向?qū)ο蠓椒▽W中，動態(tài)模型的描述工

C、軟件詳細設(shè)計具是（）

D、軟件測試用例A、對象圖B、結(jié)構(gòu)圖

129.面向?qū)ο箝_發(fā)方法不需要建立的模型C、狀態(tài)圖

是（）。D、設(shè)計圖

A、對象模型B、動態(tài)模型139.汽車有一個發(fā)動機，汽車與發(fā)動機之間

C、功能模型的關(guān)系是（）關(guān)系。

D、結(jié)構(gòu)模型A、一般與具體B、整體與部分

130.對象和類之間存在著關(guān)聯(lián)關(guān)系，利用對C、分類關(guān)系

象的（）特征可以實現(xiàn)對象的多態(tài)性。D、關(guān)聯(lián)關(guān)系

A、惟一性140.火車是一種陸上交通工具，火車和陸上

B、分類性交通工具之間的關(guān)系是（）關(guān)系。

C、繼承性A、組裝整體與部分B、具體與?般

D、封裝性C、共享聚集

131.面向?qū)ο蟮闹饕卣鞒龑ο笪┮恍浴⒎釪、普通關(guān)聯(lián)

裝、繼承外，還有（）。141.（）就是對具有相同數(shù)據(jù)和操作的

A、多態(tài)性一組相似對象的定義。

B、完整性A、繼承B、封裝

C、可移植性C、多態(tài)D、類

D、兼容性142,一個面向?qū)ο蟮南到y(tǒng)的體系結(jié)構(gòu)通過

132.描述對象模型靜態(tài)特征的工具是它的（）的關(guān)系確定。

（）。A、類與對象B、對象與對象

A、DFDB、類圖C、狀態(tài)圖C、過程與對象D、類與界面

D、DD143.所謂管理就是通過（）、（）和

133.每個對象可用它自己的一組屬性和它（）等一系列活動，合理地配置和使用

可以執(zhí)行的一組（）來實現(xiàn)。各種資源,以達到既定目標的過程。

A、狀態(tài)A、計劃、組織、控制

B、功能B、討論、計劃、執(zhí)行

C、操作C、分析、設(shè)計、執(zhí)行

D、數(shù)據(jù)D、分析、計劃、組織

134.一個類的上層可以有父類，下層可以有

144.軟件項目管理先于任何技術(shù)活動之前

開始，（）?148.“硬件開始安裝了，才能進行軟件安

A、貫穿于整個需求分析階段裝”，這句話說明了硬件開始和軟件安裝屬

B、貫穿于整個詳細設(shè)計階段于那種邏輯關(guān)系？（）o

C、貫穿于整個可行性分析階段A、結(jié)束-開始

D,貫穿于軟件整個生命周期B、開始-結(jié)束

145.（）技術(shù)依據(jù)以往開發(fā)類似項目的C、結(jié)束-結(jié)束

經(jīng)驗和歷史數(shù)據(jù)，估計實現(xiàn)一個功能所需要D、開始-開始

的源程序行數(shù)。149.趕工一個任務(wù)時，應該關(guān)注（）。

A、代碼行技術(shù)A、盡可能多的任務(wù)

B、專家估計法B、非關(guān)鍵任務(wù)

CPERT方法C、加速執(zhí)行關(guān)鍵路徑上的任務(wù)

D,功能點法D、通過成本最低化加速執(zhí)行任務(wù)

146.功能點技術(shù)定義了信息域的5