四級軟件測試工程師分類模擬38_第1頁
四級軟件測試工程師分類模擬38_第2頁
四級軟件測試工程師分類模擬38_第3頁
四級軟件測試工程師分類模擬38_第4頁
四級軟件測試工程師分類模擬38_第5頁
已閱讀5頁,還剩3頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、模擬四級軟件測試工程師分類模擬38選擇題第1題:測試治理工具提供從測試設計到測試運行的全過程支持.這個工具的主要用途是A.自動抓取屏幕上的系統(tǒng)運行界面B.基于需求規(guī)格說明書自動生成測試數(shù)據(jù)、測試用例C.測試用例治理、軟件缺陷治理、軟件測試度量D.輔助治理軟件產(chǎn)品的各組成局部,使它們保持一致參考答案:C測試治理工具主要用于進行測試用例治理、軟件缺陷治理、軟件測試度量.第2題:1979年 Greenford Myers 出版的?the Art of Software Testing?一書除了介紹眾多的測試經(jīng)典方法之外,還向人們揭示了測試的目的是A.證真,而非證偽B.證偽,而非證真C.證真,且證偽D

2、.驗證程序的正確性參考答案:B20 世紀 70 年代,1979 年 Greenford Myers 出版的?the Art of Software Testing » 一書除了介紹眾多的測試經(jīng)典方法之外,還向人們揭示了測試的目的 是證偽,而非證真.這是觀念上的一次巨大改變.第3題:以下說法正確的選項是A.語句覆蓋使得每個判定的每個分支至少執(zhí)行一次B.判定覆蓋使得每條語句至少執(zhí)行一次C.條件覆蓋使得每個判定每個條件應取到各種可能的值D.條件組合覆蓋使得每個判定中各條件的每一種組合至少出現(xiàn)一次參考答案:C考查白盒測試中邏輯覆蓋的概念.語句覆蓋是指每條語句至少執(zhí)行一次. 判定覆蓋使得每個判

3、定的每個分支至少執(zhí)行一次.條件組合覆蓋使得每個判定的所有可 能條件取值至少評價一次.A、B說法顛倒.D說法錯誤,故此題選 C第4題: 單元測試主要針對模塊的幾個根本特征進行測試,該階段不能完成的測試是()A.系統(tǒng)功能B.局部數(shù)據(jù)結構C.重要的獨立路徑D.出錯處理參考答案:A單元測試主要從下面五個根本特征進行測試, 分別是:模塊接口、局部數(shù)據(jù)結構、 獨立路徑和出錯處理.故不能完成的測試是系統(tǒng)功能,這通常是在系統(tǒng)測試時進 行的.第5題: 面向?qū)ο蠹蓽y試的目的是()A.測試系統(tǒng)的各個組成局部放在一起是否能夠協(xié)調(diào)一致B.檢查測試用例生成,測試用例執(zhí)行,測試結果判斷是否正確C.選擇哪些實體集成D.確定

4、每個類及其實例是否能正常工作參考答案:A在單元測試的根底上,集成測試的目的是測試系統(tǒng)的各個組成局部放在一起是否 能夠協(xié)調(diào)一致.第6題:桌上檢查(Desk Checking)是一種()的檢查方法.A.程序員自己檢查自己編寫的程序B.由同行幫助檢查自己編寫的程序C.幾個同行自行組成小組,以小組為單位檢查編寫的程序D.程序員在桌子上檢查編寫程序的活動參考答案:A桌上檢查(Desk Checking)是一種傳統(tǒng)的檢查方法,由程序員自己檢查自己編寫 的程序o程序員在程序通過編譯之后,進行單元測試設計之前,對源程序代碼進 行分析,對照錯誤列表進行檢查,對程序推演測試數(shù)據(jù),并補充相關的文檔.桌 上檢查的目的

5、就是發(fā)現(xiàn)程序中的錯誤.第7題:集成測試對系統(tǒng)內(nèi)部的交互以及集成后系統(tǒng)功能檢驗了何種質(zhì)量特性()A.正確性B.可靠性C.可試用性D.可維護性參考答案:A通常定義集成測試為根據(jù)實際情況對程序模塊采用適宜的集成測試策略組裝起來,對系統(tǒng)的接口以及集成后的功能進行正確性檢驗的測試.最簡單的集成測試 形式就是把兩個單元模塊集成或者組裝到一起, 然后對它們之間的接口進行測試, 而實際的集成測試通常要根據(jù)具體情況采取不同的集成測試策略將多個模塊組 裝成子系統(tǒng)或系統(tǒng),測試各個模塊能否以正確、穩(wěn)定、一致的方式交互,即驗證 其是否符合開發(fā)過程中的概要設計規(guī)格說明的要求.第8題:軟件缺陷類型或嚴重性的類型包括A.軟件

6、系統(tǒng)崩潰、功能失效和容錯性問題B.用戶友好性C.性能、文字錯誤和增強需求D.以上全部參考答案:D軟件缺陷可按軟件缺陷類型或嚴重性進行統(tǒng)計, 而軟件缺陷類型或嚴重性可以分 為軟件系統(tǒng)崩潰、功能失效和容錯性問題、用戶友好性、性能、文字錯誤和增強 需求等類型.第9題:關于兼容性測試的內(nèi)容陳述,以下說法錯誤的選項是 A.通常兼容性測試主要考慮硬件、軟件和數(shù)據(jù)三個方面B.硬件兼容性測試通常并不用把軟件在各種不同的硬件環(huán)境下運行和測試C.不同的硬件配置,可能影響軟件的性能,因此需要有針對地進行硬件兼容 性測試D.數(shù)據(jù)兼容性僅僅包括不同版本之間的數(shù)據(jù)兼容性參考答案:DA、B、C三項的陳述都是正確的,D選項中

7、數(shù)據(jù)兼容性不僅僅包括不同版本之間 的數(shù)據(jù)兼容性,還包括不同軟件間的數(shù)據(jù)兼容性.第10題:沒有正確修復的缺陷,需要進一步修復的缺陷是 A.New More InfoB.Deferred-Next BuildC.Deferred-Next Main ReleaseD.Reopen參考答案:D定義軟件缺陷的狀態(tài)如下:新錯誤(New)測試中新報告的軟件缺陷. 更多新信息(New More Info)開發(fā)工程師認為報告的缺陷信息不 完整,要求缺陷報告者添加更準確的缺陷信息.翻開(Open)缺陷被確認并分配給相關開發(fā)工程師處理.拒絕(Declined)拒絕修改缺陷.修正(Fixed)開發(fā)工程師已完成修正,

8、等待測試人員驗證.重新翻開(Reopen)沒有正確修復的缺陷,需要進一步修復. 延期(Deferred)不在當前版本修復的缺陷,以后的版本修復, 包括兩種情況:延期下個版本(Deferred-Next Build)本工程的下一個新版本修復;延期下個主要版本 (Deferred-Next MainRelease)本工程不修復,本軟件下一個工程的版本修復.關閉(Closed) 缺陷已被修復.第11題:分析性能下降曲線時會把曲線劃分為幾個區(qū)間,那么對于分析性能瓶頸有很大 作用的是哪一個以下區(qū)間()A.性能平坦區(qū)B.性能稍微下降區(qū)C.性能急劇下降區(qū)D.其他區(qū)參考答案:C通常分析性能下降曲線時,會首先將

9、其分為幾個區(qū)間:性能平坦區(qū)、性能稍微下 降區(qū)、性能急劇下降區(qū).其中性能平坦區(qū)是軟件運行的正常狀態(tài),因此人們往往希望該區(qū)間越長越好;性能稍微下降區(qū)是軟件承受高負載的緩沖區(qū), 該區(qū)間也是 越長越好;性能急劇下降區(qū)不是軟件的正常運行區(qū)間, 這一階段響應時間會急劇 增加至用戶不能忍受,吞吐量會急劇下降甚至低于單用戶時的吞吐量, 但該區(qū)間 對于分析性能瓶頸卻有很大作用,通常說來,性能急劇下降區(qū)的起始點(也稱性能拐點)就是性能瓶頸出現(xiàn)的地方,此時進一步分析資源利用率就可以找到性能 瓶頸的原因.第12題:以下測試類型中,不是針對軟件產(chǎn)品的質(zhì)量特性的是 ()A.性能測試B.平安性測試C.易用性測試D.回歸測試

10、參考答案:D 回歸測試時針對軟件產(chǎn)品的功能特性的第13題:下面面向?qū)ο蟪绦騿卧獪y試中,模態(tài)類測試是基于圖生成測試用例.A.用例圖B.順序圖C.協(xié)作圖D.狀態(tài)轉換圖參考答案:D第14題:以下關于正式評審流程的描述中,正確的選項是 A.為保證評審的質(zhì)量,可以先進行一個預備會議 B.評審會議不宜太久,一般以4個小時左右為宜 C.評審報告的內(nèi)容只包括問題清單D.評審人員負責解決確定的所有缺陷和問題參考答案:A 預備會議可以起到提升評審質(zhì)量的作用; 評審會議一般以2小時為宜;評審報告 還包括問題的嚴重程度和其他一些信息;作者負責缺陷的修復.第15題:以下測試用例設計方法中,不會在協(xié)議一致性測試中使用的是

11、A.等價類測試B.基于風險的測試C.標準導出法D.邊界值測試參考答案:B第16題:軟件測試的目的是A.證實軟件的正確性B.盡可能多地發(fā)現(xiàn)軟件系統(tǒng)中的錯誤C.找出軟件系統(tǒng)存在的所有錯誤D.證實軟件系統(tǒng)中存在錯誤參考答案:B此題考查軟件測試的目的 第17題:以下軟件屬性中,軟件產(chǎn)品首要滿足的應該是A.功能需求B.性能需求C.可擴展性和靈活性D.容錯、糾錯水平參考答案:A軟件產(chǎn)品質(zhì)量的屬性有很多,其中軟件產(chǎn)品首先要滿足的就是客戶的功能需求.性能需求包括處理和響應時間,約束條件那么是標識外部硬件、可用存儲或其他現(xiàn) 有系統(tǒng)對軟件的限制.功能、性能和約束必須在一起進行評價.另外軟件產(chǎn)品還 應具備一定的可擴

12、展性和靈活性,應能夠有效的處理例外或異常情況,具有一定 的容錯、糾錯水平.總之,軟件質(zhì)量實際上是各種特性的復雜組合.第18題:以下軟件質(zhì)量特性中,一般不作為系統(tǒng)測試重點的是 A.產(chǎn)品版本升級是否容易B.軟件是否符合有關的國家和行業(yè)標準C.軟件產(chǎn)品是否易于理解和使用D.可復用的軟件部件所占的比例參考答案:D在軟件質(zhì)量特性中,可復用的軟件部件所占的比例一般不會作為系統(tǒng)測試的重點.第19題:以下關于面向?qū)ο鬁y試問題的說法中,不正確的選項是 A.在面向?qū)ο筌浖y試時,設計每個類的測試用例時,不僅僅要考慮調(diào)用各 個成員方法的輸入?yún)?shù),還需要考慮如何設計調(diào)用的序列B.構造抽象類的驅(qū)動程序會比構造其他類的驅(qū)

13、動程序復雜C.類B繼承自類A,如果對類B進行了嚴格的測試,就意味著不需再對類 A 進行測試D.在存在多態(tài)的情況下,為了到達較高的測試充分性,應對所有可能的綁定 都進行測試 參考答案:C由于面向?qū)ο缶哂蟹庋b的特點,在設計類的測試用例時,不僅要考慮各成員方法 的輸入?yún)?shù),還要考慮如何設計調(diào)用的序列.假設類 B繼承自類A,如果對類B進 行了嚴格的測試,有些情況也許可以不對類 A進行測試,但由于繼承的存在,就 會導致類A的規(guī)格說明可能與類B不一致,此時就必須根據(jù)類A的規(guī)格說明重新對類A重新進行測試.多態(tài)是指對一個類的引用可以與多個類的實現(xiàn)綁定.抽象類是指只有一些成員方法而沒有其實現(xiàn)的類, 甚至有的抽象

14、類中的所有成員方法 都沒有實現(xiàn),在測試抽象類時,需要為抽象類構造一個子類,并實現(xiàn)所有抽象類 沒有實現(xiàn)的成員方法,這也說明構造抽象類的驅(qū)動程序顯然比構造其他類的驅(qū)動 程序復雜.第20題:以下關于邏輯覆蓋的表達,說法錯誤的選項是A.條件覆蓋的檢錯水平較判定覆蓋強,但有時達不到判定覆蓋的要求B.判定覆蓋包含了語句覆蓋,但它可能會使一些條件得不到測試C.判定/條件覆蓋包含了判定覆蓋和條件覆蓋的要求,實際上不一定到達覆 蓋的標準D.凡滿足條件組合覆蓋標準的測試用例, 也必然滿足其他所有覆蓋種類的覆 蓋標準參考答案:D考查各種邏輯覆蓋的關系.第21題:在需求獲取與定義階段就開始建立,以后要不斷細化和完善的

15、文檔是A.用戶手冊B.外部設計規(guī)格說明C.內(nèi)部設計規(guī)格說明D.測試方案手冊參考答案:A軟件的外部設計是從用戶的角度對產(chǎn)品進行描述的,外部設計規(guī)格說明是在外部設計期間產(chǎn)生的文檔,用戶手冊是另一種文檔,與外部設計規(guī)格說明不同的是, 它是在需求獲取與定義階段就開始建立,以后要不斷細化和完善的文檔.第22題:在極限測試過程中,貫穿始終的是A.單元測試和集成測試B.單元測試和系統(tǒng)測試C.集成測試和系統(tǒng)測試D.集成測試和驗收測試參考答案:D極限編程采用的是一種頻繁迭代的開發(fā)方式, 整個軟件工程由一系列增量式開發(fā) 組成.而極限測試本質(zhì)上就是為了滿足極限編程的思想和流程而設計的一套測試 策略和流程,從極限測試

16、流程圖中,我們可以看出,單元測試和驗收測試是貫穿始終的關鍵步驟.第23題:以下表達中,正確的選項是A.軟件測試的目標是保證交付的軟件產(chǎn)品不包含缺陷B.軟件測試有利于降低軟件產(chǎn)品發(fā)布后的維護費用C.測試包是指一個測試腳本,它由一組順序執(zhí)行的測試用例組成D.在V模型中,集成測試用例的設計對應于軟件需求分析活動參考答案:B軟件測試的目標是發(fā)現(xiàn)缺陷,證實程序有錯而非證實其正確,故 A不正確第24題:下面有關測試原那么的說法中正確的選項是A.測試用例應由測試的輸入數(shù)據(jù)和預期的輸出結果兩局部組成B.對程序的調(diào)試最好由第三方測試機構來做C.程序最好由編寫該程序的程序員自己來測試D.使用測試用例進行測試是為了檢查程序是否做了它該做的事參考答案:A對程序的測試最好由第三方測試機構來做, 對程序的調(diào)試最好由程序員來做,故 B不對.由測試用例的原那么:程序員應預防測試自己的程序得 C說法錯誤.又由 測試的目的是找錯而不是證實程序正確,故 D不正確.第25題:一個多

溫馨提示

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

評論

0/150

提交評論