軟件工程試題庫_第1頁
軟件工程試題庫_第2頁
軟件工程試題庫_第3頁
軟件工程試題庫_第4頁
軟件工程試題庫_第5頁
已閱讀5頁,還剩44頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領

文檔簡介

1.軟件生命周期中所花費用最多的階段是()A、詳細設計B、軟件編碼C、軟件測試D、軟件維護2.采用工程的概念、原理、技術和方法來()和()軟件,把經(jīng)過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結(jié)合起來,以經(jīng)濟地開發(fā)出高質(zhì)量的軟件并有效地維護它,這就是軟件工程。A、開發(fā)測試B、運行管理C、開發(fā)管理D、開發(fā)維護3.軟件是程序、數(shù)據(jù)及相關文檔的完整集合,其中“開發(fā)、使用和維護程序所需要的圖文資料”指的是()A、程序B、數(shù)據(jù)C、文檔D、以上都不是4.以下()不是軟件危機的表現(xiàn)形式。A、開發(fā)的軟件不滿足用戶的需要B、開發(fā)的軟件可維護性差C、開發(fā)的軟件價格便宜1/49D、開發(fā)的軟件可靠性差5.軟件產(chǎn)品與物質(zhì)產(chǎn)品有很大區(qū)別,軟件產(chǎn)品是一種()產(chǎn)品A、有形B、消耗C、邏輯D、文檔6.從瀑布模型看,在它的生命周期中的八個階段中,下面的幾個選項中哪個環(huán)節(jié)出錯,對軟件的影響最大()。A、詳細設計階段B、概要設計階段C、需求分析階段D、測試和運行階段7.傳統(tǒng)的()要求,必須等前一階段的工作完成之后,才能開始后一階段的工作;前一階段的輸出文檔,就是后一階段的輸入文檔。A、原型模型B、瀑布模型C、螺旋模型D、噴泉模型8.下列軟件開發(fā)模型中,適合于那些不能預先確切定義需求的軟件系統(tǒng)的開發(fā)的模型是()。A、原型模型B、瀑布模型2/49C、基于知識的智能模型D、變換模型9.()是用戶和設計交換最頻繁的方法。A、原型模型B、瀑布模型方法C、螺旋模型方法D、構(gòu)件組裝模型象來驅(qū)動的模型是()。A、原型模型B、瀑布模型C、噴泉模型D、螺旋模型10."下列軟件開發(fā)模型中,以面向?qū)ο蟮能浖_發(fā)方法為基礎,以用戶的需求為動力,以對11."下列軟件開發(fā)模型中,()只有在開發(fā)人員具有風險分析和排除風險的經(jīng)驗及專門知識時,才能獲得成功。A、原型模型B、瀑布模型C、噴泉模型D、螺旋模型3/4912."()引入了“風險驅(qū)動”的思想,適用于大規(guī)模的內(nèi)部開發(fā)項目。A、增量模型B、噴泉模型C、原型模型D、螺旋模型13."下列敘述中不屬于軟件生命周期模型的是()A、瀑布模型B、快速原型模型C、風險模型D、原子模型14."“了解決這個問題,目標系統(tǒng)必須做什么?為 ”這是生命周期中()階段要確定的事。A、需求分析B、總體設計C、詳細設計D、測試務的工作步驟。A、軟件工程4/49B、軟件過程C、質(zhì)量管理D、軟件方法學15."()是為了獲得高質(zhì)量軟件所需要完成的一系列任務的框架,他規(guī)定了完成各項任16."下面不屬于軟件工程的 3個要素是()A、工具B、過程C、方法D、環(huán)境17."軟件工程方法學的目的是:使軟件生產(chǎn)規(guī)范化和工程化,而軟件工程方法得以實施的主要保證是()。A、硬件環(huán)境B、軟件開發(fā)的環(huán)境C、軟件開發(fā)工具和軟件開發(fā)的環(huán)境D、開發(fā)人員的素質(zhì)18."在軟件生命周期法中,用戶的參與主要在()。5/49A、軟件定義期B、軟件開發(fā)期C、軟件維護期D、整個軟件生命周期過程中19."軟件開發(fā)的瀑布模型最典型地刻畫了軟件生命周期的階段劃分,而與其最相適應的軟件開發(fā)的方法是()A、構(gòu)件化方法B、面向?qū)ο蠓椒–、結(jié)構(gòu)化方法D、原型化方法20."可行性分析是在系統(tǒng)開發(fā)的早期所做的一項重要的論證工作,它是決定該系統(tǒng)是否開發(fā)的決策依據(jù),因必須給出()的回答。A.確定B.行或不行C.正確D.無二義21."可行性研究的目的不是解決問題,而是確定問題是否值得去解決,下列不是可行性研究的內(nèi)容是()A、需求分析6/49B、風險分析C、資源分析D、技術分析22."一個軟件項目是否進行開發(fā)的結(jié)論是在()文檔中作出的。A、軟件開發(fā)計劃B、可行性分析報告C、需求分析說明書D、測試報告23."軟件開發(fā)的可行性研究,一般涉及經(jīng)濟、技術和操作的可能性,而進行可行性研究的基本依據(jù)則是用戶提出的軟件()。A、系統(tǒng)質(zhì)量B、系統(tǒng)目標C、系統(tǒng)功能D、系統(tǒng)性能24."軟件可行性一般不考慮()。A、是否有足夠的人員和相關的技術來支持系統(tǒng)開發(fā)B、待開發(fā)的軟件是否有質(zhì)量問題C、待開發(fā)的軟件是否有市場 ,經(jīng)濟上是否合算7/49D、是否有足夠的工具和相關的技術來支持系統(tǒng)開發(fā)25."數(shù)據(jù)存儲和數(shù)據(jù)流都是(),僅僅是所處的狀態(tài)不同。A、分析結(jié)果B、事件C、動作D、數(shù)據(jù)26."數(shù)據(jù)流圖和()共同組成系統(tǒng)的功能模型。A、HIPO圖B、PDLC、數(shù)據(jù)字典D、層次圖27."結(jié)構(gòu)化分析方法就是面向()的自頂向下逐步求精進行需求分析的方法。A、目標B、數(shù)據(jù)流C、功能D、對象28/498."數(shù)據(jù)字典是對數(shù)據(jù)定義信息的集合,它所定義的對象都包含在()中。A、數(shù)據(jù)流圖B、程序框圖C、軟件結(jié)構(gòu)D、方框圖29."數(shù)據(jù)流圖是進行軟件需求分析常用的工具 ,其中最基本的圖符是:處理,數(shù)據(jù)流,數(shù)據(jù)存儲和數(shù)據(jù)源點/終點,其中“圓角矩形”可用來代表流圖中的()。A、處理B、數(shù)據(jù)流C、數(shù)據(jù)存儲D、數(shù)據(jù)源點/終點30."數(shù)據(jù)流圖是描述數(shù)據(jù)在軟件中流動和變換的過程,而對數(shù)據(jù)流圖中所包含的元素的定義則是()A、數(shù)據(jù)存儲B、數(shù)據(jù)加工C、數(shù)據(jù)字典D、數(shù)據(jù)定義39/491."下列敘述中,()不屬于數(shù)據(jù)字典的作用。A、作為編碼階段的描述工具B、為用戶與開發(fā)人員之間統(tǒng)一認識C、作為概要設計的依據(jù)D、為需求分析階段定義各類條目32."不適于作為數(shù)據(jù)流圖處理(加工)框名稱的是 __。A、人工校核工資數(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ù)的關系,但為了更加清晰簡潔,建議采用符號來表示,其中1{a}5所代表的含義是()A、a重復出現(xiàn),最少出現(xiàn) 1次,最多出現(xiàn)5次10/49B、a重復出現(xiàn),只能出現(xiàn) 1次,或5次C、a重復出現(xiàn),其可以出現(xiàn) 1次,也可以出現(xiàn) 5次D、a是可選的,可以出現(xiàn)2、"3、4次35."()是可行性研究的一項重要內(nèi)容,是客戶組織負責人從經(jīng)濟角度判斷是否繼續(xù)投資于這項工程的主要依據(jù)。A、純收入計算B、投資回收期分析C、成本/效益分析D、投資回收率分析36."下面哪一項不屬于可行性研究階段的典型步驟()A、研究目前正在使用的系統(tǒng)B、草擬開發(fā)計劃C、書寫文檔提交審查D、梳理模塊間關系37."復雜的數(shù)據(jù)流圖()。A、只有變換型11/49B、只有事務型C、無規(guī)律D、既有變換型又有事務型38."需求分析是()。A、軟件開發(fā)工作的基礎B、軟件生存周期的開始C、由系統(tǒng)分析員單獨完成的D、由用戶自己單獨完成的39."()需求制定系統(tǒng)必須提供的服務,是對軟件系統(tǒng)的一項基本需求,但卻并不是唯一的需求。A、功能需求B、性能需求C、可靠性和可用性需求D、接口及約束40."“統(tǒng)每周系7天、每天24小時都可以使用且運行無誤 ”,代表的是()A、功能需求B、性能需求C、可靠性和可用性需求12/49D、接口及約束41."系“統(tǒng)應在20秒之內(nèi)響應所有的請求”,代表的是()A、功能需求B、性能需求C、可靠性和可用性需求D、接口及約束42."“統(tǒng)出現(xiàn)異常時,應能為用戶給出指導性的提示,并及時保存當前的數(shù)系據(jù)”代表的是()A、出錯處理需求B、性能需求C、可靠性和可用性需求D、接口及約束43."與用戶溝通獲取需求的方式有很多,其中()不屬于獲取需求的方式。A、正式或非正式的訪談B、自底向上的求精方法C、快速建立軟件原型D、建議的應用規(guī)格說明技術413/494."為了減少數(shù)據(jù)冗余,避免出現(xiàn)插入異常或刪除異常,簡化修改數(shù)據(jù)的過程,通常需要把數(shù)據(jù)結(jié)構(gòu)規(guī)范化,其中()數(shù)據(jù)冗余程度最小。A、第一范式B、第三范式C、第二范式D、第五范式45."通常用“范式”定義消除數(shù)據(jù)冗余的程度,其中第三范式要求符合第二范式的條件,而且()A、每個屬性值都必須是原子值B、每個非關鍵字屬性值都由整個關鍵字決定C、非關鍵字不是由關鍵字的一部分來決定D、一個非關鍵字屬性值不依賴于另一個非關鍵字屬性值46."結(jié)構(gòu)化分析階段要建立中模型,分別是()A、功能模型、數(shù)據(jù)模型、狀態(tài)模型B、功能模型、行為模型、數(shù)據(jù)模型C、功能模型、數(shù)據(jù)模型、動態(tài)模型D、對象模型、動態(tài)模型、功能模型47."()是對引起系統(tǒng)做動作或(和)從一個狀態(tài)轉(zhuǎn)換到另一個狀態(tài)的外界事情的抽象。14/49A、事件B、狀態(tài)C、初態(tài)D、終態(tài)48."進行需求分析可使用多種工具,但()是不適用的。A、數(shù)據(jù)流圖B、E-R圖C、PAD圖D、數(shù)據(jù)字典49."E-R圖是用于建立數(shù)據(jù)模型的的圖形,其中包括3種相互關聯(lián)的信息,分別是()A、數(shù)據(jù)、對象、實體B、控制、聯(lián)系、對象C、實體、聯(lián)系、屬性D、實體、屬性、操作圖形工具。A、層次方框圖和判定表B、數(shù)據(jù)流圖和程序流程圖C、IPO圖和層次方框圖15/49D、warnier圖和PDL50."描述復雜的事物時,圖形遠比文字敘述優(yōu)越得多,在需求分析階段可以使用()等51."結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、()和加工說明等描述工具,即用直觀的圖和簡潔的語言來描述軟件功能模型。A、DFD圖B、PAD圖C、HIPO圖D、數(shù)據(jù)字典52."軟件需求說明書中包括多方面的內(nèi)容,下述()不是軟件說明書中應包括的內(nèi)容。A、數(shù)據(jù)描述B、功能描述C、性能描述D、結(jié)構(gòu)描述53."軟件需求分析階段建立原型的主要目的是() .A、確定系統(tǒng)的功能和性能要求B、確定系統(tǒng)的性能要求C、確定系統(tǒng)是否滿足用戶要求16/49D、確定系統(tǒng)是否開發(fā)人員需要54."需求分析是由分析人員經(jīng)了解用戶的需求,認真仔細的調(diào)研、分析,最終應建立目標系統(tǒng)的邏輯模型并寫出().A、模塊說明書B、需求規(guī)格說明書C、項目開發(fā)設計D、合同文檔55."使用結(jié)構(gòu)化分析方法時,采用的基本手段是()。A、分解和抽象B、分解和綜合C、歸納與推導D、試探與回溯A、總貌B、細節(jié)C、抽象D、軟件的作者56."分層數(shù)據(jù)流圖是一種比較嚴格又易于理解的描述方式,它的頂層描述了系統(tǒng)的()。17/4957."下列關于軟件設計準則的描述,錯誤的是()。A、提高模塊的獨立性B、深度、寬度、扇出和扇入適當C、使摸塊的控制域在該模塊的作用域內(nèi)D、設計成單入口、單出口的模塊58."下面關于“深度、寬度、扇出和扇入 ”描述錯誤的是()A、深度表示軟件結(jié)構(gòu)中控制的的層數(shù)B、寬度是軟件同一層次上的模塊總數(shù)的最大值C、扇出是一個模塊調(diào)用的模塊數(shù)目D、扇入是直接調(diào)用這個模塊的上級模塊的數(shù)目59."結(jié)構(gòu)化設計(SD)是軟件設計階段所使用的方法,()不是SD所使用的工具。A、DFD圖B、PAD圖C、結(jié)構(gòu)化的過程設計語言D、判定樹60."結(jié)構(gòu)化設計方法采用變換分析和事務分析技術實現(xiàn)()。18/49A、從數(shù)據(jù)結(jié)構(gòu)導出程序結(jié)構(gòu)B、從模塊結(jié)構(gòu)導出程序結(jié)構(gòu)C、從模塊結(jié)構(gòu)導出數(shù)據(jù)結(jié)構(gòu)D、從數(shù)據(jù)流圖導出軟件結(jié)構(gòu)()。A、抽象B、模塊化C、自底向上D、信息隱蔽61."把現(xiàn)實世界中的事物相似的地方集中和概括起來,暫時忽略他們之間的差異,這就是62."()是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?它是單獨命名的而且可以通過名字來訪問,是構(gòu)成程序的基本構(gòu)件。A、模塊化B、抽象C、精化D、模塊63."()是指讓一些關系密切的軟件元素在物理上彼此靠近。A、信息隱蔽19/49B、內(nèi)聚C、局部化D、模塊獨立64."“了能集中精力解決主要問題而盡量推遲對問題細節(jié)的考慮為 ”,這是對()的定義。A、信息隱蔽B、逐步求精C、局部化D、模塊獨立65."軟件設計中劃分模塊的一個準則是()。A、低內(nèi)聚低耦合B、低內(nèi)聚高耦合C、高內(nèi)聚低耦合D、高內(nèi)聚高耦合66."模塊本身的內(nèi)聚是模塊獨立性的重要性度量因素之一。"在7類內(nèi)聚中,具有最強內(nèi)聚的一類是()A、順序內(nèi)聚B、過程內(nèi)聚20/49C、邏輯內(nèi)聚D、功能內(nèi)聚67."如果一個模塊內(nèi)部的處理元素和同一個功能密切相關,而且這些處理必須順序執(zhí)行(通常一個處理元素的輸入作為下一個處理元素的輸出),則稱為()。A、邏輯內(nèi)聚B、時間內(nèi)聚C、過程內(nèi)聚D、順序內(nèi)聚68."如果一個模塊完成的任務在邏輯上屬于相同或相似的一類,則稱為()A、邏輯內(nèi)聚B、時間內(nèi)聚C、過程內(nèi)聚D、順序內(nèi)聚69."如果模塊中所有元素都是用同一個輸入數(shù)據(jù)和(或)產(chǎn)生同一個輸出數(shù)據(jù),則稱為()。A、通信內(nèi)聚B、時間內(nèi)聚C、過程內(nèi)聚21/49D、順序內(nèi)聚70."耦合是軟件各個模塊間連接的一種度量。一組模塊都訪問同一公有環(huán)境數(shù)據(jù)結(jié)構(gòu)應屬于()方式。A、內(nèi)容耦合B、公共耦合C、外部耦合D、控制耦合71."耦合是軟件中各種模塊間相互聯(lián)系的一種度量,耦合的強弱取決于模塊間的復雜程度,在下列耦合中,耦合度最低的是()A、內(nèi)容耦合B、公共耦合C、數(shù)據(jù)耦合D、控制耦合72."把整個數(shù)據(jù)結(jié)構(gòu)作為參數(shù)傳遞而被調(diào)用的模塊只需要使用其中一部分數(shù)據(jù)元素,稱之為()A、內(nèi)容耦合B、公共耦合C、特征耦合D、控制耦合22/4973."模塊的功能是打印錄取通知書或不錄取通知書,調(diào)用模塊可通過向此模塊傳遞布爾標志信息決定本次調(diào)用哪種通知書的打印,這種模塊之間的耦合稱之為()。A、數(shù)據(jù)耦合B、混合耦合C、公共耦合D、控制耦合74."數(shù)據(jù)沿著輸入通路到達一個處理,這個處理根據(jù)輸入數(shù)據(jù)的類型在若干動作序列中選出一個來執(zhí)行,這類數(shù)據(jù)流稱為()A、變換流B、變換中心C、事務中心D、事務流75."信息沿輸入通路進入系統(tǒng),同時由外部形式變換成內(nèi)部形式,進入系統(tǒng)的信息經(jīng)過變換中心,經(jīng)過加工處理后再沿輸出通路變換成外部形式離開軟件系統(tǒng),這種信息流稱為()。A、變換流B、變換中心C、事務中心D、事務流23/4976."軟件的結(jié)構(gòu)化設計(SD)方法中,一般分為總體設計和詳細設計兩個階段,其中總體設計主要是要建立()。A、軟件結(jié)構(gòu)B、軟件流程C、軟件模型D、軟件模塊77."面向數(shù)據(jù)流的設計方法把()映射成軟件結(jié)構(gòu)。A、軟件結(jié)構(gòu)B、系統(tǒng)結(jié)構(gòu)C、控制結(jié)構(gòu)D、信息流78."詳細設計的基本任務是確定每個模塊的()設計。A、功能B、調(diào)用關系C、輸入輸出數(shù)據(jù)D、算法724/499."結(jié)構(gòu)化程序設計思想的核心是要求程序只有順序,循環(huán)和()三種結(jié)構(gòu)組成.A、分支B、單入口C、單出口D、有規(guī)則GOTO80."()的結(jié)果基本上決定了最終的程序代碼的質(zhì)量。A、概要設計B、詳細設計C、編碼D、測試81."Jackson設計方法是由英國的M.Jackson提出的,它是一種面向()的軟件設計方法。A、對象B、數(shù)據(jù)流C、數(shù)據(jù)結(jié)構(gòu)D、控制結(jié)構(gòu)82."()階段是為每個模塊完成的功能進行具體的描述,要把功能描述轉(zhuǎn)變?yōu)榫_的、結(jié)構(gòu)化的過程描述。25/49A、概要設計B、詳細設計C、編碼D、測試83."結(jié)構(gòu)化程序從理論上可以不使用()語句。當然程序是否使用該語句是無關緊要的,重要的是程序的結(jié)構(gòu)是否嚴謹、清晰。A、ANDB、IFC、GOTOD、FOR84."PAD(ProblemAnalysisDiagram)圖是一種()工具。A、系統(tǒng)描述B、詳細設計C、測試D、編程輔助85."下列系統(tǒng)設計工具中,()不屬于詳細設計工具。A、N—S圖B、數(shù)據(jù)流圖26/49C、程序流程圖D、PAD86."()應考慮對模塊相聯(lián)和資源共享問題進行描述和制約。A、系統(tǒng)設計B、詳細設計C、接口控制D、結(jié)構(gòu)化編輯工具87."程序流程圖是一種傳統(tǒng)的程序設計表示工具,有其優(yōu)點和缺點,使用該工具是應注意()A、支持逐步求精B、考慮控制流程C、遵守結(jié)構(gòu)化設計原則D、數(shù)據(jù)結(jié)構(gòu)表示88."軟件設計中設計復審是和設計本身一樣重要的環(huán)節(jié) ,其主要目的和作用是()A、減少測試工作量B、減免后期付出高代價C、保證軟件質(zhì)量27/49D、縮短軟件開發(fā)周期89."軟件設計中,可應用于詳細設計的工具有()A、程序流程圖、PAD、方框圖和偽碼B、數(shù)據(jù)流程圖、PAD、結(jié)構(gòu)圖和偽碼C、業(yè)務流程圖、N-S圖和偽碼D、數(shù)據(jù)流程圖、PAD、N-S圖和偽碼90."詳細設計是軟件總體設計滯后的工作。下列可選內(nèi)容中,()不屬于詳細設計內(nèi)容。A、算法設計B、程序流程設計C、界面設計D、功能設計928/491."所謂流圖是“退化了的”程序流程圖,它僅僅描述程序的控制流程,其中()表示一條或多條語句。A、節(jié)點B、邊C、區(qū)域D、處理92."計算程序的環(huán)形復雜度很有價值,除了()。A、測試難度的一種定量度量B、對軟件最終的可靠性給出某種預測C、需求描述的是否詳盡的衡量D、比較兩種不同設計的優(yōu)劣93."“現(xiàn)實”在軟件生命周期中橫跨兩個階段,分別是()。A、編碼和維護B、測試和維護C、編碼和測試D、調(diào)試和維護94."20世紀50年代以來,出現(xiàn)了許多不同的程序設計語言,下列語言中哪個語言是低級語言()。29/49A、PASCALB、VISUALBASICC、C++D、匯編語言95."把軟件設計結(jié)果翻譯成用某種程序設計語言書寫的程序的過程,稱之為()。A、需求分析B、詳細設計C、編碼D、測試96."軟件測試是為了()而執(zhí)行程序的過程。A、證明軟件的正確性B、發(fā)現(xiàn)程序中的錯誤C、證明軟件系統(tǒng)中存在錯誤D、表明程序是正確的97."使用白盒測試方法時,確定測試數(shù)據(jù)應根據(jù)()和指定的覆蓋標準。A、程序的內(nèi)部邏輯B、程序的復雜程度30/49C、該軟件的編輯人員D、程序的功能98."檢查軟件產(chǎn)品是否符合需求定義的過程稱為()A、確認測試C、系統(tǒng)測試A、集成測試B、模塊測試C、系統(tǒng)測試D、白盒法B、集成測試D、模塊測試99."單元測試又稱為(),一般用白盒法測試100."對軟件是否能達到用戶所期望的要求的測試稱為()A、集成測試B、系統(tǒng)測試C、有效性測試D、驗收測試以下()不屬于白盒測試技術A、基本路徑測試31/49B、邊界值分析C、條件覆蓋測試D、邏輯覆蓋測試若有一個計算類型的程序,它的輸入量只有一個 X,其范圍是[-1."0,1."0],現(xiàn)從輸入的角度考慮一組測試用例: -1."001,-1."0,-0."009,0."009,1."0,1."001."設計這組測試用例的方法是()A、條件覆蓋法B、等價分類法C、邊界值分析法D、錯誤推測法()方法需要考察模塊間的接口和各個模塊之間的關系 .A、單元測試B、集成測試C、確認測試32/49D、驗收測試軟件測試是軟件開發(fā)過程中重要的和不可缺少的階段,其包含的內(nèi)容和步驟甚多,而測試過程的多種環(huán)節(jié)中最基礎的是()A、集成測試B、單元測試C、系統(tǒng)測試D、驗收測試可以提高軟件測試效率的是()A、隨意選取測試的數(shù)據(jù)B、制定測試計劃C、選取邊界數(shù)據(jù)作為測試用例D、取盡可能多的數(shù)據(jù)進行測試軟件測試方法一般有黑盒測試和白盒測試,而其中黑盒測試主要是依據(jù)程序的()A、結(jié)構(gòu)B、流程101."102."103."33/49104."105."106."C、功能D、邏輯107."程序測試是一項復雜的工作 ,一般測試者在進行測試中都需要設計()A、數(shù)據(jù)結(jié)構(gòu)B、測試用例C、測試階段D、測試方法調(diào)試是指在測試發(fā)現(xiàn)錯誤之后排除錯誤的過程,()不屬于調(diào)試途徑。A、蠻干法B、回溯法C、原因排除法D、運用測試實例法所謂邏輯覆蓋測試是對一系列測試過程的總稱,其中:被測程序中每個語句至少執(zhí)行一次,稱之為()。34/49A、語句覆蓋B、判定覆蓋C、條件覆蓋D、條件組合覆蓋所謂邏輯覆蓋測試是對一系列測試過程的總稱,其中:每個判定的的每個分支都至少執(zhí)行一次,稱之為()。A、語句覆蓋B、判定覆蓋C、條件覆蓋D、條件組合覆蓋所謂邏輯覆蓋測試是對一系列測試過程的總稱,其中:不僅每個語句至少執(zhí)行一次,而且使判定表達式中的每個條件都取到各種可能的值,稱之為()。A、語句覆蓋B、判定覆蓋C、條件覆蓋D、條件組合覆蓋所謂邏輯覆蓋測試是對一系列測試過程的總稱,其中:每個判定表達式中條件的各種可能組合都至少出現(xiàn)一次,稱之為()。A、語句覆蓋B、判定覆蓋35/49C、條件覆蓋D、條件組合覆蓋下面幾種白箱測試技術,哪種是最強的覆蓋準則()A、語句覆蓋B、條件覆蓋C、判定覆蓋D、條件組合覆蓋()是一種黑盒測試技術,這種技術把程序的輸入域劃分成若干個數(shù)據(jù)類,據(jù)此導出測試用例。A、等價劃分108."109."110."111."112."1136/493."114."B、邊界值分析C、錯誤推測D、路徑測試115."所謂()是指在測試發(fā)現(xiàn)錯誤之后排除錯誤的過程。A、調(diào)試B、糾錯C、評估D、維護所謂()就是在軟件已經(jīng)交付使用之后,為了改正錯誤或滿足新的需要而修改軟件的過程。A、調(diào)試B、糾錯C、測試D、維護為了和變化了的環(huán)境適當?shù)嘏浜隙M行的修改軟件的活動稱之為(),是既必要又經(jīng)常的維護活動。A、改正性維護37/49B、適應性維護C、完善性維護D、預防性維護在任何大型程序的使用期間,用戶必然會發(fā)現(xiàn)程序錯誤,并且把他們遇到問題報告給維護人員。把診斷和改正錯誤的過程稱為()。A、改正性維護B、適應性維護C、完善性維護D、預防性維護在使用軟件的過程中用戶往往提出增加新功能或修改已有功能的建議,還可能提出一般性的改進意見。為了滿足這類要求,需要進行()。A、改正性維護B、適應性維護C、完善性維護D、預防性維護為了改進未來的可維護性或可靠性,或為了給未來的改進奠定更好的基礎而修改軟件而進行的維護活動稱之為()。A、改正性維護B、適應性維護C、完善性維護D、預防性維護38/49軟件維護絕不僅限于糾正使用中發(fā)現(xiàn)的錯誤,事實上在全部維護活動中有一半以上是()維護。A、改正性B、適應性C、完善性D、預防性116."117."118."119."120."121."122."()指的是外來讀者理解軟件的結(jié)構(gòu)、功能、結(jié)構(gòu)和內(nèi)部處理過程的難易程度。A、可測試性B、可修改性39/49C、可理解性D、可移植性()指的是把程序從一種計算環(huán)境(硬件配置和操作系統(tǒng))轉(zhuǎn)移到另一種計算環(huán)境的難易程度。A、可測試性B、可修改性C、可理解性D、可移植性軟件容易修改的程度稱之為(),耦合、內(nèi)聚、信息隱藏、局部化??等.都應會對其產(chǎn)生影響。A、可測試性B、可修改性C、可理解性D、可移植性()是指同一事物不做修改或稍加改動就在不同環(huán)境中多次重復使用。A、可測試性B、可重用性C、可理解性D、可移植性軟件調(diào)試的目的是()A、發(fā)現(xiàn)錯誤40/49B、改正錯誤C、改善軟件的性能D、挖掘軟件的潛能如果軟件配置的唯一成分是(),那么這種維護屬于非結(jié)構(gòu)化維護。A、需求文檔B、設計文檔C、程序代碼D、測試用例以下文檔,()不屬于用戶文檔包括的內(nèi)容。A、功能描述B、安裝文檔C、需求說明D、使用手冊以下文檔,()不屬于系統(tǒng)文檔包括的內(nèi)容。A、軟件需求規(guī)格說明B、軟件使用手冊C、軟件詳細設計D、軟件測試用例面向?qū)ο箝_發(fā)方法不需要建立的模型是()。A、對象模型1241/493."124."125."126."127."128."129."130."B、動態(tài)模型C、功能模型D、結(jié)構(gòu)模型131."對象和類之間存在著關聯(lián)關系,利用對象的()特征可以實現(xiàn)對象的多態(tài)性。A、惟一性42/49B、分類性C、繼承性D、封裝性面向?qū)ο蟮闹饕卣鞒龑ο笪┮恍?、封裝、繼承外,還有()。A、多態(tài)性B、完整性C、可移植性D、兼容性描述對象模型靜態(tài)特征的工具是()。A、DFDB、類圖C、狀態(tài)圖D、DD每個對象可用它自己的一組屬性和它可以執(zhí)行的一組()來實現(xiàn)。A、狀態(tài)B、功能C、操作D、數(shù)據(jù)一個類的上層可以有父類,下層可以有子類,這種層次結(jié)構(gòu)系統(tǒng)的一個重要性質(zhì)是():一個類獲得其父類的全部描述 (數(shù)據(jù)和操作)。43/49A、傳遞性B、繼承性C、復用性D/r

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論