計算機軟件測試技術(shù)題庫_第1頁
計算機軟件測試技術(shù)題庫_第2頁
計算機軟件測試技術(shù)題庫_第3頁
計算機軟件測試技術(shù)題庫_第4頁
計算機軟件測試技術(shù)題庫_第5頁
已閱讀5頁,還剩15頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

、判斷題軟件測試的目的是盡可能多的找出軟件的缺陷。(丫)Beta測試是驗收測試的一種。(丫)驗收測試是由最終用戶來實施的°(N)項目立項前測試人員不需要提交任何工件。(丫)單元測試能發(fā)現(xiàn)約80%的軟件缺陷。(丫)代碼評審是檢查源代碼是否達到模塊設(shè)計的要求。(N)7?自底向上集成需要測試員編寫驅(qū)動程序。(丫)負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度°(N)測試人員要堅持原則,缺陷未修復(fù)完堅決不予通過°(N)代碼評審員一般由測試員擔(dān)任°(N)我們可以人為的使得軟件不存在配置問題°(N)集成測試計劃在需求分析階段末提交°(N)測試是為了驗證軟件已正確地實現(xiàn)了用戶的要求。 (N)白盒測試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān),完全可以不考慮程序的功能要求。(丫)黑盒測試的測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計的°(N)為了快速完成集成測試,采用一次性集成方式是適宜的。(N)在軟件開發(fā)過程中,若能推遲暴露其中的錯誤,則為修復(fù)和改正錯誤所花費的代價就會降低°(N)二、選擇題軟件驗收測試的合格通過準則是:(ABCD)軟件需求分析說明書中定義的所有功能已全部實現(xiàn),性能指標(biāo)全部達到要求。所有測試項沒有殘余一級、二級和三級錯誤。立項審批表、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致。驗收測試工件齊全。軟件測試計劃評審會需要哪些人員參加?(ABCD)項目經(jīng)理SQA負責(zé)人配置負責(zé)人測試組3?下列關(guān)于alpha測試的描述中正確的是:(AD)alpha測試需要用戶代表參加alpha測試不需要用戶代表參加alpha測試是系統(tǒng)測試的一種alpha測試是驗收測試的一種測試設(shè)計員的職責(zé)有:(BC)制定測試計劃設(shè)計測試用例設(shè)計測試過程、腳本評估測試活動軟件實施活動的進入準則是:(ABC)需求工件已經(jīng)被基線化詳細設(shè)計工件已經(jīng)被基線化構(gòu)架工件已經(jīng)被基線化項目階段成果已經(jīng)被基線化多項選擇題1.在面向類的度量中,下列哪些度量方式是屬于C&K套件的度量().面向?qū)ο蟮能浖こ蘌463頁C&K度量套件每個類的加權(quán)方法B.對象類之間的耦合C.繼承樹的深度D.類大小 E.特例化索引 F.方法中內(nèi)聚的缺乏2?以下說法正確的有().等價類劃分和邊界值分析屬于白盒測試技術(shù)基本路徑測試屬于白盒測試技術(shù).在基本路徑測試中,可以通過流圖來計算環(huán)路復(fù)雜性.樁模塊用于接收測試數(shù)據(jù),并把數(shù)據(jù)傳遞給要測試的模塊,然后打印相關(guān)結(jié)果.在確認測試中,測試是由用戶在開發(fā)者的場所來進行,開發(fā)者對客戶進行指導(dǎo),是在一個受控環(huán)境下進行.可以不進行單元測試就開始集成測試,因為集成測試會發(fā)現(xiàn)所有的問題.下列哪些屬于集成測試的內(nèi)容().自頂向下集成B.自底向上集成C.回歸測試D.壓力測試以下哪些內(nèi)容是面向?qū)ο蠓治鏊娜蝿?wù)().標(biāo)識類(定義屬性和方法)刻畫類的層次關(guān)系標(biāo)識對象——對象關(guān)系D.表示對象行為5.我們可以將設(shè)計模式大致劃分為以下幾種類型().A.創(chuàng)建型B.行為型C.變換型D.結(jié)構(gòu)型軟件產(chǎn)品與其它工業(yè)產(chǎn)品相比具有獨特的開發(fā)過程,這決定了我們需要使用軟件質(zhì)量保證的方法學(xué)和工具面對軟件質(zhì)量的各種特殊的挑戰(zhàn)那么,軟件開發(fā)過程的獨特性有().軟件產(chǎn)品的高復(fù)雜性B.與其它系統(tǒng)有接口C.軟件產(chǎn)品的不可見性檢測缺陷的機會只限于產(chǎn)品開發(fā)階段 E.需要協(xié)同工作7?測試設(shè)計員的職責(zé)有().制定測試計劃B.設(shè)計測試用例C.設(shè)計測試過程,腳本D.評估測試活動軟件工程研究的對象包括( ).質(zhì)量B.過程C.技術(shù)D.數(shù)據(jù)庫 E.工具下列說法正確的是( ).管理,分析,控制現(xiàn)實世界中發(fā)生的事件的程序稱為實時軟件軟件項目開發(fā)的成功,取決于工具和硬件設(shè)備的優(yōu)劣我們已經(jīng)建造了軟件的標(biāo)準和規(guī)程,我們就能生產(chǎn)高質(zhì)量的軟件產(chǎn)品在項目的進度告急的時候,解決辦法之一就是加派人手TOC\o"1-5"\h\z下列選項中,屬于項目管理的對象是( ).人員B.產(chǎn)品C.過程D.設(shè)備E.項目衡量軟件項目規(guī)模的參數(shù)有( ).代碼行數(shù)B.項目周期C.文檔頁數(shù)D.功能點數(shù)量軟件度量可以獲得的信息包括( ).軟件質(zhì)量B.軟件規(guī)模C.軟件過程改進D.軟件性能定義風(fēng)險參數(shù)的考慮有( ).軟件失效發(fā)生的機率 B.軟件功能復(fù)雜性軟件失效產(chǎn)生的影響 D.軟件周期長短TOC\o"1-5"\h\z軟件質(zhì)量保證的有效方式有( ).軟件技術(shù)評審B.軟件項目管理C.安排項目計劃D.軟件測試軟件配置管理的主要工作包括( ).軟件質(zhì)量管理書第4章P46頁A.版本控制B.質(zhì)量保證C.配置審計D.變更控制下列選項中,哪些為軟件基本測試策略框架( ).A.白盒測試B.黒盒測試C.大爆炸測試D.增量式測試軟件度量的基本維度有哪些( ).A.軟件大小 B.軟件缺陷C.軟件時間D.軟件工作量E.軟件質(zhì)量一些缺陷會破壞同級評審的成功,它們對于審查來說發(fā)生得更為普遍,在評審中需要避免下列的哪些缺陷().參與評審的人不了解評審過程評審過程沒有被遵循合適的人沒有參加評審評審會陷入對問題的解決上評審的焦點放在文檔形式而不是內(nèi)容本身下列哪些是軟件配置管理的功能( ).A.版本控制B.過程控制C.工作空間管理D.異地開發(fā)支持E.變更請求管理典型的審查包包括下列的哪些選項( ).將被審查的初始可交付產(chǎn)品,其中指明了需審查的部分定義了可交付產(chǎn)品的規(guī)格說明的所有前期的文檔用于驗證初始可交付產(chǎn)品的測試文檔相關(guān)標(biāo)準或其他參考文檔參與者需要的所有表格,如錯誤清單和個人問題日志等下面哪些項是軟件質(zhì)量管理和項目過程的標(biāo)準與模型( ).A.CMMB.SEIC.ISOD.IEEEE.SRI下列項目中哪些是軟件過程改進框架的內(nèi)容( ).A.軟件過程改進架構(gòu)B.軟件過程改進規(guī)劃圖C.軟件過程評估方法軟件過程改進環(huán)境E.軟件過程改進計劃所有的同級評審都應(yīng)該遵守幾項基本的原則,從而對產(chǎn)品質(zhì)量和團隊文化產(chǎn)生有益的影響,下列哪些是評審的指導(dǎo)原則().A.保持小型的評審小組 B.檢查你的自負傾向C.努力發(fā)現(xiàn)問題并且解決問題D.會議時間限制在兩小時左右 E.正式評審需要事先準備下面哪些是辨別過程是否規(guī)范的內(nèi)容( ).過程是否文檔化,成員是否都已經(jīng)了解過程?過程是否經(jīng)過培訓(xùn)和實施?過程是否具有強制性?是否有相應(yīng)的機制與步驟來確保其實施?過程是否有助于員工的工作?是否有相應(yīng)的機制來跟蹤過程的實施狀況?管理者是否以團隊實施過程的能力與成果為依據(jù)進行評估與管理?功能獨立性是模塊化和抽象以及信息隱藏的直接產(chǎn)物,衡量模塊獨立性的兩個標(biāo)準是().A?求精B.模塊可理解性C?內(nèi)聚D?耦合下列哪些是面向?qū)ο笤O(shè)計的原則( ).

27.28.29.30.31.32.33.34.35.36.37.38.39.A.單一職責(zé)原則 B.開放一封閉原則C.替換原則D.依賴關(guān)系倒置原則E.接口隔離原則以下說法正確的有( ).等價類劃分和邊界值分析屬于白盒測試技術(shù)基本路徑測試屬于白盒測試技術(shù).在基本路徑測試中,可以通過流圖來計算環(huán)路復(fù)雜性.樁模塊用于接收測試數(shù)據(jù),并把數(shù)據(jù)傳遞給要測試的模塊,然后打印相關(guān)結(jié)果.在UML類圖中,普通關(guān)聯(lián)關(guān)系一般表示為在一個類中持有另外一個類的成員變量在確認測試中,測試是由用戶在開發(fā)者的場所來進行,開發(fā)者對客戶進行指導(dǎo),是在一個受控環(huán)境下進行.下面哪些是辨別過程是否規(guī)范的內(nèi)容().過程是否文檔化,成員是否都已經(jīng)了解過程過程是否經(jīng)過培訓(xùn)和實施過程是否具有強制性,是否有相應(yīng)的機制與步驟來確保其實施過程是否有助于員工的工作,是否有相應(yīng)的機制來跟蹤過程的實施狀況管理者是否以團隊實施過程的能力與成果為依據(jù)進行評估與管理軟件驗收測試的合格通過準則是().軟件需求分析說明書中定義的所有功能已全部實現(xiàn),性能指標(biāo)全部達到要求.所有測試項沒有殘余一級,二級和三級錯誤.立項審批表,需求分析文檔,設(shè)計文檔和編碼實現(xiàn)一致.驗收測試工件齊全.軟件測試計劃評審會需要哪些人員參加().A.項目經(jīng)理B.SQA負責(zé)人C.配置負責(zé)人D.測試組下列關(guān)于alpha測試的描述中正確的是().A.alpha測試需要用戶代表參加 B.alpha測試不需要用戶代表參C.alpha測試是系統(tǒng)測試的一種 D.alpha測試是驗收測試的一種測試設(shè)計員的職責(zé)有().A.制定測試計劃 B.設(shè)計測試用例C.設(shè)計測試過程,腳本 D.評估測試活動軟件實施活動的進入準則是().A.需求工件已經(jīng)被基線化B.詳細設(shè)計工件已經(jīng)被基線化C.構(gòu)架工件已經(jīng)被基線化D.項目階段成果已經(jīng)被基線化下列角色不屬于集成計劃評審的是().A.配置經(jīng)理B.項目經(jīng)理C.測試員D.編碼員軟件測試設(shè)計活動主要有().A.工作量分析 B.確定并說明測試用例C.確立并結(jié)構(gòu)化測試過程D.復(fù)審并評估測試覆蓋屬于集成測試步驟的是( ).A.制定集成計劃BA.制定集成計劃B.執(zhí)行集成測試屬于軟件測試活動的輸入工件的是(A.軟件工作版本B.可測試性報告下面哪些屬于動態(tài)分析().A.代碼覆蓋率B.模塊功能檢查下面哪些屬于靜態(tài)分析().C.記錄集成測試結(jié)果D.回歸測試).C.軟件需求工件D.軟件項目計劃C.系統(tǒng)壓力測試D.程序數(shù)據(jù)流分析A.代碼規(guī)則檢查B.程序結(jié)構(gòu)分析C.程序復(fù)雜度分析 D.內(nèi)存泄漏從測試技術(shù)角度,正確的選擇是( )給出各自的含義A.靜態(tài)測試B.黑盒測試C.動態(tài)測試D.白盒測試從測試階段角度,測試正確的順序是( )同時給出所選擇的正確策略含義和被測對象是什么.A.單元測試B.集成測試C.系統(tǒng)測試D.確認測試不屬于單元測試內(nèi)容的是( ).A.模塊接口測試B.局部數(shù)據(jù)結(jié)構(gòu)測試C.路徑測試D.用戶界面測試軟件質(zhì)量保證的目的( ).是使軟件過程對管理人員是可見的它通過對軟件產(chǎn)品和活動進行評審來嚴正軟件是符合標(biāo)準的軟件質(zhì)量保證組在項目開始時就一起參加建立計劃標(biāo)準和過程這些將使軟件項目滿足機構(gòu)的需求基線哪一種說法是正確的( ).通過正式復(fù)審和批準的某種規(guī)約或產(chǎn)品只能通過正是的變化控制過程改變基線是開發(fā)中的里程碑變更必須用特定的正式的規(guī)格來評估和驗證TOC\o"1-5"\h\zDD路徑是( ).A. B. C.進入等于D.退出等于屬性的可見性有( ).A.公有的B.私有的 C.私有保護的 D.保護的消息的類型有( ).A.同步B.異步C.簡單D.復(fù)雜用戶界面設(shè)計的任務(wù)包括( ).A.確定用戶界面類型B.建立任務(wù)模型C.建立用戶模型D.建立功能模型畫分層DFD圖的基本原則有().A.數(shù)據(jù)守恒原則B.分解的可靠性原則C.子,父圖平衡的原則D.數(shù)據(jù)流封閉的原則為使程序中數(shù)據(jù)說明更易于理解和維護,必須遵循以下原則( ).數(shù)據(jù)說明的次序應(yīng)當(dāng)規(guī)范化一個語句說明多個變量時,各變量名按字母順序排列對于復(fù)雜的數(shù)據(jù)結(jié)構(gòu),要加注釋,說明在程序?qū)崿F(xiàn)時的特點定義變量名應(yīng)按字母順序排列應(yīng)用于通用化約束的方式有( ).A.完整B.不相交C.不完整D.覆蓋以下屬于完善性維護的有( ).解決開發(fā)時未能測試各種可能條件帶來的問題增加聯(lián)機求助命令縮短系統(tǒng)的應(yīng)答時間,使其達到特定要求為軟件的運行增加監(jiān)控設(shè)施面向?qū)ο蟪绦蛟O(shè)計的基本機制有( ).A.繼承B.消息C.方法D.結(jié)構(gòu)下面哪幾個階段是軟件的設(shè)計階段( ).A.編碼B.可行性研究 C.測試D.維護E.需求分析

在軟件的開發(fā)過程中,必須遵循的原則是().抽象B.模塊化 C.可重用性D.可維護性E.可適應(yīng)性在設(shè)計人機界面時,應(yīng)主要考慮的因素有().系統(tǒng)響應(yīng)時間B.程序的質(zhì)量C.用戶求助機制D.錯誤處理屬于第一代程序設(shè)計語言的(A屬于第一代程序設(shè)計語言的(A.匯編B.PASCALC.FOX下面哪些測試屬于黑盒測試(A.路徑測試B.等價類劃分D.C++E.機器語言).C.邊界值分析 D.條件判斷E.循環(huán)測試四、簡答題(紅色部分很重要)1?階段評審與同行評審的區(qū)別。同等評審是一種通過作者的同行來確認缺陷和需要變更區(qū)域的檢查方法?需要進行同行評審的特定產(chǎn)品在定義項目軟件過程的時候被確定并且作為軟件開發(fā)計劃的一部分被安排了進度.在該定義中,同行是一個項目組成員,他被分配執(zhí)行指定產(chǎn)品的一個同行評審?根據(jù)特定的同等評審過程,他為他承擔(dān)的角色負責(zé).3.簡述集成測試的過程。系統(tǒng)集成測試主要包括以下過程:1.構(gòu)建的確認過程。2.補丁的確認過程。3.系統(tǒng)集成測試測試組提交過程。4?測試用例設(shè)計過程。5?測試代碼編寫過程。6.Bug的報告過程。7.每周/每兩周的構(gòu)建過程。&點對點的測試過程。9.組內(nèi)培訓(xùn)過程。4.怎樣做好文檔測試?檢查文檔的編寫是否滿足文檔編寫的目的內(nèi)容是否齊全,正確內(nèi)容是否完善標(biāo)記是否正確5.白盒測試有那幾種方法?總體上分為靜態(tài)方法和動態(tài)方法兩大類。靜態(tài):關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義動態(tài):語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。6?系統(tǒng)測試計劃是否需要同行評審,為什么?需要,系統(tǒng)測試計劃屬于項目階段性關(guān)鍵文檔,因此需要評審。?7.Alpha測試與beta測試的區(qū)別。Alpha測試在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試;測試后仍然會有少量的設(shè)計變更。這種測試一般由最終用戶或其它人員完成,不能由程序或測試員完成。Beta測試當(dāng)開發(fā)和測試根本完成時所做的測試,最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成,不能由程序員或測試員完成。&比較負載測試、容量測試和強度測試的區(qū)別。負載測試:在一定的工作負荷下,系統(tǒng)的負荷及響應(yīng)時間。強度測試:在一定的負荷條件下,在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運行給系統(tǒng)性能所造成的影響。容量測試:容量測試目的是通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項指標(biāo)的極限值(如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等),系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù)的,并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。9?測試結(jié)束的標(biāo)準是什么?用例全部測試。覆蓋率達到標(biāo)準。缺陷率達到標(biāo)準。其他指標(biāo)達到質(zhì)量標(biāo)準.10.測試文檔有哪些作用?促進項目組成員之間的交流溝通便于對測試項目的管理決定測試的有效性檢驗測試資源明確任務(wù)的風(fēng)險評價測試結(jié)果方便再測試驗證需求的正確性? 12.黑盒測試有哪幾種方法?邊界值分析法等價類劃分法錯誤推測法因果圖法場景法什么是回歸測試?回歸測試的目的是什么?答:定義:是指在修改了源代碼后,用原有的測試用例進行重新進行測試以確認修改沒有引入新的錯誤或?qū)е缕渌a產(chǎn)生錯誤目的:所做的修改達到了預(yù)定的目的,如錯誤得到了改正,新功能得到了實現(xiàn),能夠適應(yīng)新的運行環(huán)境等,不影響軟件原有功能的正確性。靜態(tài)測試是一種不通過執(zhí)行程序而進行測試的技術(shù),其關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義\自動化測試通過測試工具或其他手段,按照測試工程師的預(yù)定計劃對軟件產(chǎn)品進行自動的測試,它是軟件測試的一個重要組成部分,能夠完成許多手工無法完成或者難以實現(xiàn)的一些測試工作。制定測試計劃的原則有哪些制定測試計劃應(yīng)盡早開始保持測試計劃的靈活性保持測試計劃簡潔和易讀盡量爭取多渠道評審測試計劃計算測試計劃的投入驗收測試的主要任務(wù)有哪些?文檔資料的審查驗收功能測試性能測試強化測試性能降級執(zhí)行方式測試檢查系統(tǒng)的余量要求安裝測試用戶操作測試.軟件測試的原則有哪些?所有的測試都應(yīng)追溯到用戶需求設(shè)計時應(yīng)完成測試計劃,詳細的測試用例定義可在設(shè)計模型確定后開始,測試可在代碼產(chǎn)生之前進行計劃和設(shè)計PARETO原則,測試發(fā)現(xiàn)的錯誤中80%很可能起源于20%的模塊中應(yīng)由獨立的第三方來構(gòu)造測試充分注意測試中的群集現(xiàn)象要盡量避免測試的隨意性 兼顧合理的輸入和不合理的輸入數(shù)據(jù)程序修改后要回歸測試應(yīng)長期保留測試用例,直至系統(tǒng)廢棄。什么是回歸測試?回歸測試的目的是什么?答:定義:是指在修改了源代碼后,用原有的測試用例進行重新進行測試以確認修改沒有引入新的錯誤或?qū)е缕渌a產(chǎn)生錯誤。目的:所做的修改達到了預(yù)定的目的,如錯誤得到了改正,新功能得到了實現(xiàn),能夠適應(yīng)新的運行環(huán)境等,不影響軟件原有功能的正確性。單元測試、集成測試、系統(tǒng)測試的側(cè)重點是什么?單元測試是在軟件開發(fā)過程中要進行的最低級別的測試活動,在單元測試活動中,軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試。集成測試,也叫組裝測試或聯(lián)合測試。在單元測試的基礎(chǔ)上,將所有模塊按照設(shè)計要求,組裝成為子系統(tǒng)或系統(tǒng),進行集成測試。實踐表明,一些模塊雖然能夠單獨地工作,但并不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題,在全局上很可能暴露出來,影響功能的實現(xiàn)。系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法。設(shè)計用例的方法、依據(jù)有那些?白盒測試:邏輯覆蓋法,主要包括語句覆蓋,判斷覆蓋,條件覆蓋,判斷-條件覆蓋,路徑覆蓋黑盒測試:等價劃分類,邊界值分析,錯誤推測法。5.集成測試通常都有那些策略?1、在把各個模塊連接起來的時候,穿越模塊接口的數(shù)據(jù)是否會丟失;2、各個子功能組合起來,能否達到預(yù)期要求的父功能;3、一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響;4、全局數(shù)據(jù)結(jié)構(gòu)是否有問題;5、單個模塊的誤差積累起來,是否會放大,從而達到不可接受的程度。7.一個缺陷測試報告的組成缺陷的標(biāo)題,缺陷的基本信息,復(fù)現(xiàn)缺陷的操作步驟,缺陷的實際結(jié)果描述,期望的正確結(jié)果描述,注釋文字和截取的缺陷圖象。軟件測試考試一、 判斷題(每題1分,正確的V,錯誤的X,20道)1.軟件測試按照測試過程分類為黑盒、白盒測試。()2.在設(shè)計測試用例時,應(yīng)包括合理的輸入條件和不合理的輸入條件。 ()3.集成測試計劃在需求分析階段末提交。()4.單元測試屬于動態(tài)測試。()5.缺陷跟蹤系統(tǒng)只針對對測試人員來使用。()6.從用戶軟件開發(fā)者的角度出發(fā),普遍希望通過軟件測試暴露軟件中隱藏的錯誤和缺陷,以考慮是否可接受該產(chǎn)品。()7.項目立項前測試人員不需要提交任何工件。()8.軟件測試的目的是盡可能多的找出軟件的缺陷。()9.軟件項目在進入需求分析階段,測試人員應(yīng)該開始介入其中。()10.軟件生存周期是從軟件開始開發(fā)到開發(fā)結(jié)束的整個時期。()11.單元測試能發(fā)現(xiàn)約80%的軟件缺陷。()12.?dāng)?shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。()13.負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。()14.測試人員要堅持原則,缺陷未修復(fù)完堅決不予通過。()15.代碼評審員一般由測試員擔(dān)任。()16.測試組負責(zé)軟件質(zhì)量。()17.程序的效率與程序的復(fù)雜性相關(guān)。()18.詳細設(shè)計的目的是為軟件結(jié)構(gòu)圖中的每一個模塊確定使用的算法和塊內(nèi)數(shù)據(jù)結(jié)構(gòu),并用某種選定的表達工具給出清晰的描述。()19.軟件是一種邏輯實體,而不是具體的物理實體,因而它具有抽象性。()20.測試程序僅僅按預(yù)期方式運行就行了。()二、 單項選擇題(每題2分,共20道)()是用戶和設(shè)計交換最頻繁的方法原型化方法瀑布模型方法螺旋模型方法構(gòu)件組裝模型答案:()軟件測試的目的:()避免軟件開發(fā)中出現(xiàn)的錯誤發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯誤盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤,提高軟件的可靠性修改軟件中出現(xiàn)的錯誤答案:()某次程序調(diào)試沒有出現(xiàn)預(yù)計的結(jié)果,下列( )不可能是導(dǎo)致出錯的原因。變量沒有初始化編寫的語句書寫格式不規(guī)范循環(huán)控制出錯代碼輸入有誤答案:()下列關(guān)于程序效率的描述錯誤的是( )提咼程序的執(zhí)彳丁速度可以提咼程序的效率降低程序占用的存儲空間可以提高程序的效率源程序的效率與詳細設(shè)計階段確定的算法的效率無關(guān)好的程序設(shè)計可以提咼效率答案:()現(xiàn)在向銀行存款,年利率為i,若希望在n年后從銀行得到F元,現(xiàn)在應(yīng)該存入的錢數(shù)為( )。A.i/(1+F)nB.F/(1+in)C.F/inD.F/(1+i)n答案:()答案:判斷題:1X2V3X4x5X6X7X8X9V10X11X12V13X14V15X16X17X18V19V20X1A2C3B4B5D在LINUX系統(tǒng)中,下列哪一個命令屬于目錄管理的常用命令?A.pwdB.prC.lnD.find答案:()軟件測試是軟件開發(fā)過程的重要階段,是軟件質(zhì)量保證的重要手段,下列哪個(些)是軟件測試的任務(wù)?I預(yù)防軟件發(fā)生錯誤 II發(fā)現(xiàn)改正程序錯誤 III提供診斷錯誤信息只有I只有II只有III都是答案:()軟件測試是軟件質(zhì)撾保證的重要手段,下述哪種測試是軟件測試的最基礎(chǔ)環(huán)節(jié)?功能測試單元測試結(jié)構(gòu)測試確認測試答案:()9?在數(shù)據(jù)庫的如下兩個表中,若雇員信息的主鍵是雇員號,部門信息表的主鍵是部門號,在下列所給的操作中,哪個操作不能執(zhí)行?雇員信息表:雇員號雇員名部門號工資001張山022000010王宏達011200056馬林生021000101趙敏041500部門信息表部門號部門名主任01業(yè)務(wù)部李建02銷售部應(yīng)偉東03服務(wù)部周垠04財務(wù)部陳力勝A?從雇員信息表中刪除行('010','王宏達','01',1200)B?將行('102','趙敏','01',1500)插入到雇員信息表中將雇員信息表中雇員號='010'的工資改為1600元將雇員信息表中雇員號='101'的部門號改為'05'答案:()在數(shù)據(jù)庫的如上圖兩個表中,若雇員信息表的主鍵是雇員號,部門信息表的主鍵是部門號。在部門信息表中,哪一行可以被刪除?部門號='01'的行部門號='02'的行部門號='03'的行部門號='04'的行答案:()11?若用如下的SQL語句創(chuàng)建了一個表S:CREATETABLES(S#CHAR(6)NOTNULL,SNAMECHAR(8)NOTNULL,SEXCHAR(2),AGEINTEGER)今向S表插入如下行時,哪一行可以被插入?('991001','李明芳',女,'23')('990746',"張為',NULL,NULL)(NULL,'陳道一','男',32)('992345',NULL,'女',25)答案:()如果互連的局域網(wǎng)高層分別采用TCP/IP協(xié)議與SPX/IPX協(xié)議,那么我們可以選擇的互連設(shè)備應(yīng)該是中繼器網(wǎng)橋網(wǎng)卡路由器答案:()通??煞譃榘缀袦y試和黑盒測試。白盒測試是根據(jù)程序的()來設(shè)計測試用例,黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計測試用例。A?功能性能內(nèi)部邏輯D?內(nèi)部數(shù)據(jù)答案:()常用的黑盒測試方法有邊值分析、等價類劃分、錯誤猜測、因果圖等。其中()經(jīng)常與其它方法結(jié)合起來使用。軟件測試的步驟主要有單元測試、集成測試和確認測試。A?邊值分析等價類劃分錯誤猜測因果圖答案:()LINUX下,解壓縮文件的命令為?tarzxvf文件名COPY文件名CAT文件名VI文件名答案:()從下列關(guān)于軟件測試的敘述中,選出5條正確的敘述。用黑盒法測試時,測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計的。盡量用公共過程或子程序去代替重復(fù)的代碼段。測試是為了驗證該軟件已正確地實現(xiàn)了用戶的要求。對于連鎖型分支結(jié)構(gòu),若有n個判定語句,則有2n條路徑。盡量采用復(fù)合的條件測試,以避免嵌套的分支結(jié)構(gòu)。⑹GOTO語句概念簡單,使用方便,在某些情況下,保留GOTO語句反能使寫出的程序更加簡潔。發(fā)現(xiàn)錯誤多的程序模塊,殘留在模塊中的錯誤也多。黑盒測試方法中最有效的是因果圖法。在做程序的單元測試時,樁(存根)模塊比驅(qū)動模塊容易編寫。程序效率的提高主要應(yīng)通過選擇高效的算法來實現(xiàn)。1.3.4.5.92.4.6.7.10

C.4.5.6.7.10D.1.2.3.8.9答案:()()方法根據(jù)輸出對輸入的依賴關(guān)系設(shè)計測試用例。路徑測試等價類因果圖歸納測試答案:()A.BCD.在安裝BugzillaA.BCD.checksetup.plmakechecksetup.pl./checksetup.plcatchecksetup.pl答案:()公布答案:6A7D8B9D10C11B12D13C14B15A16C17C18C1軟件測試的核心是(A)A、 測試用例B、 測試人員C、 編程人員D、 測試方法2、 為了提高測試的效率,應(yīng)該(D)A隨機地選取測試數(shù)據(jù)B取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C在完成編碼以后制定軟件的測試計劃D選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù)3、 軟件的集成測試工作最好由(D)承擔(dān),以提高集成測試的效果A該軟件的設(shè)計人員B該軟件開發(fā)組的負責(zé)人C該軟件的編程人員D不屬于該軟件開發(fā)組的軟件設(shè)計人員4、與設(shè)計測試數(shù)據(jù)無關(guān)的文檔是(A)。A該軟件的設(shè)計人員B程序的復(fù)雜程度C源程序D項目開發(fā)計劃5程序的三種基本控制結(jié)構(gòu)是(B)A過程,子程序,分程序B順序,條件,循環(huán)C遞歸,堆棧,隊列D調(diào)用,返回,轉(zhuǎn)移6、使用白盒測試方法時,確定測試數(shù)據(jù)應(yīng)根據(jù)(A)和指定的覆蓋標(biāo)準。A程序的內(nèi)部邏輯B程序的復(fù)雜

溫馨提示

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

最新文檔

評論

0/150

提交評論