四級軟件測試工程師分類模擬38

［模擬］四級軟件測試工程師分類模擬38選擇題第1題：測試管理工具提供從測試設(shè)計到測試運(yùn)行的全過程支持。這個工具的主要用途是（ ）自動抓取屏幕上的系統(tǒng)運(yùn)行界面基于需求規(guī)格說明書自動生成測試數(shù)據(jù)、測試用例測試用例管理、軟件缺陷管理、軟件測試度量輔助管理軟件產(chǎn)品的各組成部分，使它們保持一致參考答案：C測試管理工具主要用于進(jìn)行測試用例管理、軟件缺陷管理、軟件測試度量。第2題：1979年GreenfordMyers出版的《theArtofSoftwareTesting》一書除了介紹眾多的測試經(jīng)典方法之外，還向人們揭示了測試的目的是（）證真，而非證偽證偽，而非證真證真，且證偽驗證程序的正確性參考答案：B20世紀(jì)70年代，1979年GreenfordMyers出版的《theArtofSoftwareTesting》一書除了介紹眾多的測試經(jīng)典方法之外，還向人們揭示了測試的目的是證偽，而非證真。這是觀念上的一次巨大改變。第3題：下列說法正確的是（）語句覆蓋使得每個判定的每個分支至少執(zhí)行一次判定覆蓋使得每條語句至少執(zhí)行一次條件覆蓋使得每個判定每個條件應(yīng)取到各種可能的值條件組合覆蓋使得每個判定中各條件的每一種組合至少出現(xiàn)一次參考答案：C考查白盒測試中邏輯覆蓋的概念。語句覆蓋是指每條語句至少執(zhí)行一次。判定覆蓋使得每個判定的每個分支至少執(zhí)行一次。條件組合覆蓋使得每個判定的所有可能條件取值至少評價一次。A、B說法顛倒。D說法錯誤，故本題選C。第4題：單元測試主要針對模塊的幾個基本特征進(jìn)行測試，該階段不能完成的測試是()系統(tǒng)功能局部數(shù)據(jù)結(jié)構(gòu)重要的獨(dú)立路徑出錯處理參考答案：A單元測試主要從下面五個基本特征進(jìn)行測試，分別是:模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、獨(dú)立路徑和出錯處理。故不能完成的測試是系統(tǒng)功能，這通常是在系統(tǒng)測試時進(jìn)行的。第5題：面向?qū)ο蠹蓽y試的目的是()測試系統(tǒng)的各個組成部分放在一起是否能夠協(xié)調(diào)一致檢查測試用例生成，測試用例執(zhí)行，測試結(jié)果判斷是否正確選擇哪些實體集成確定每個類及其實例是否能正常工作參考答案：A在單元測試的基礎(chǔ)上，集成測試的目的是測試系統(tǒng)的各個組成部分放在一起是否能夠協(xié)調(diào)一致。第6題：桌上檢查(DeskChecking)是一種( )的檢查方法。程序員自己檢查自己編寫的程序由同行幫忙檢查自己編寫的程序幾個同行自行組成小組，以小組為單位檢查編寫的程序程序員在桌子上檢查編寫程序的活動參考答案：A桌上檢查(DeskChecking)是一種傳統(tǒng)的檢查方法，由程序員自己檢查自己編寫的程序。程序員在程序通過編譯之后，進(jìn)行單元測試設(shè)計之前，對源程序代碼進(jìn)行分析，對照錯誤列表進(jìn)行檢查，對程序推演測試數(shù)據(jù)，并補(bǔ)充相關(guān)的文檔。桌上檢查的目的就是發(fā)現(xiàn)程序中的錯誤。第7題：集成測試對系統(tǒng)內(nèi)部的交互以及集成后系統(tǒng)功能檢驗了何種質(zhì)量特性()正確性可靠性可試用性可維護(hù)性參考答案：A通常定義集成測試為根據(jù)實際情況對程序模塊采用合適的集成測試策略組裝起來，對系統(tǒng)的接口以及集成后的功能進(jìn)行正確性檢驗的測試。最簡單的集成測試形式就是把兩個單元模塊集成或者組裝到一起，然后對它們之間的接口進(jìn)行測試，而實際的集成測試通常要根據(jù)具體情況采取不同的集成測試策略將多個模塊組裝成子系統(tǒng)或系統(tǒng)，測試各個模塊能否以正確、穩(wěn)定、一致的方式交互，即驗證其是否符合開發(fā)過程中的概要設(shè)計規(guī)格說明的要求。第8題：軟件缺陷類型或嚴(yán)重性的類型包括（）軟件系統(tǒng)崩潰、功能失效和容錯性問題用戶友好性性能、文字錯誤和增強(qiáng)需求以上全部參考答案：D軟件缺陷可按軟件缺陷類型或嚴(yán)重性進(jìn)行統(tǒng)計，而軟件缺陷類型或嚴(yán)重性可以分為軟件系統(tǒng)崩潰、功能失效和容錯性問題、用戶友好性、性能、文字錯誤和增強(qiáng)需求等類型。第9題：關(guān)于兼容性測試的內(nèi)容陳述，下列說法錯誤的是（）通常兼容性測試主要考慮硬件、軟件和數(shù)據(jù)三個方面硬件兼容性測試通常并不用把軟件在各種不同的硬件環(huán)境下運(yùn)行和測試不同的硬件配置，可能影響軟件的性能，因此需要有針對地進(jìn)行硬件兼容性測試數(shù)據(jù)兼容性僅僅包括不同版本之間的數(shù)據(jù)兼容性參考答案：DA、B、C三項的陳述都是正確的，D選項中數(shù)據(jù)兼容性不僅僅包括不同版本之間的數(shù)據(jù)兼容性，還包括不同軟件間的數(shù)據(jù)兼容性。第10題：沒有正確修復(fù)的缺陷，需要進(jìn)一步修復(fù)的缺陷是（）NewMoreInfoDeferred-NextBuildDeferred-NextMainReleaseReopen參考答案：D定義軟件缺陷的狀態(tài)如下： ?新錯誤(New)——測試中新報告的軟件缺陷。 ?更多新信息(NewMoreInfo) 開發(fā)工程師認(rèn)為報告的缺陷信息不完整，要求缺陷報告者添加更準(zhǔn)確的缺陷信息。 ?打開(Open)——缺陷被確認(rèn)并分配給相關(guān)開發(fā)工程師處理。 ?拒絕(Declined)——拒絕修改缺陷。 ?修正(Fixed)——開發(fā)工程師已完成修正，等待測試人員驗證。 ?重新打開(Reopen) 沒有正確修復(fù)的缺陷，需要進(jìn)一步修復(fù)。 ?延期(Deferred)——不在當(dāng)前版本修復(fù)的缺陷，以后的版本修復(fù)，包括兩種情況：①延期 下個版本(Deferred-NextBuild) 本項目的下一個新版本修復(fù)； ②延期 下個主要版本(Deferred-NextMainRelease)——本項目不修復(fù)，本軟件下一個項目的版本修復(fù)。 ?關(guān)閉(Closed)——缺陷已被修復(fù)。第11題：分析性能下降曲線時會把曲線劃分為幾個區(qū)間，那么對于分析性能瓶頸有很大作用的是哪一個下列區(qū)間()性能平坦區(qū)性能輕微下降區(qū)性能急劇下降區(qū)其他區(qū)參考答案：C通常分析性能下降曲線時，會首先將其分為幾個區(qū)間：性能平坦區(qū)、性能輕微下降區(qū)、性能急劇下降區(qū)。其中性能平坦區(qū)是軟件運(yùn)行的正常狀態(tài)，因此人們往往希望該區(qū)間越長越好；性能輕微下降區(qū)是軟件承受高負(fù)載的緩沖區(qū)，該區(qū)間也是越長越好；性能急劇下降區(qū)不是軟件的正常運(yùn)行區(qū)間，這一階段響應(yīng)時間會急劇增加至用戶不能忍受，吞吐量會急劇下降甚至低于單用戶時的吞吐量，但該區(qū)間對于分析性能瓶頸卻有很大作用，通常說來，性能急劇下降區(qū)的起始點(diǎn)(也稱性能拐點(diǎn))就是性能瓶頸出現(xiàn)的地方，此時進(jìn)一步分析資源利用率就可以找到性能瓶頸的原因。第12題：下列測試類型中，不是針對軟件產(chǎn)品的質(zhì)量特性的是()性能測試安全性測試易用性測試回歸測試參考答案：D回歸測試時針對軟件產(chǎn)品的功能特性的。第13題：下面面向?qū)ο蟪绦騿卧獪y試中，模態(tài)類測試是基于（）圖生成測試用例。用例圖順序圖協(xié)作圖狀態(tài)轉(zhuǎn)換圖參考答案：D第14題：下列關(guān)于正式評審流程的描述中，正確的是（）為保證評審的質(zhì)量，可以先進(jìn)行一個預(yù)備會議評審會議不宜太久，一般以4個小時左右為宜評審報告的內(nèi)容只包括問題清單評審人員負(fù)責(zé)解決確定的所有缺陷和問題參考答案：A預(yù)備會議可以起到提高評審質(zhì)量的作用；評審會議一般以2小時為宣；評審報告還包括問題的嚴(yán)重程度和其他一些信息；作者負(fù)責(zé)缺陷的修復(fù)。第15題：下列測試用例設(shè)計方法中，不會在協(xié)議一致性測試中使用的是（）等價類測試基于風(fēng)險的測試規(guī)范導(dǎo)出法邊界值測試參考答案：B第16題：軟件測試的目的是（）證明軟件的正確性盡可能多地發(fā)現(xiàn)軟件系統(tǒng)中的錯誤找出軟件系統(tǒng)存在的所有錯誤證明軟件系統(tǒng)中存在錯誤參考答案：B本題考查軟件測試的目的。第17題：下列軟件屬性中，軟件產(chǎn)品首要滿足的應(yīng)該是（）功能需求性能需求可擴(kuò)展性和靈活性容錯、糾錯能力參考答案：A軟件產(chǎn)品質(zhì)量的屬性有很多，其中軟件產(chǎn)品首先要滿足的就是客戶的功能需求。性能需求包括處理和響應(yīng)時間，約束條件則是標(biāo)識外部硬件、可用存儲或其他現(xiàn)有系統(tǒng)對軟件的限制。功能、性能和約束必須在一起進(jìn)行評價。另外軟件產(chǎn)品還應(yīng)具備一定的可擴(kuò)展性和靈活性，應(yīng)能夠有效的處理例外或異常情況，具有一定的容錯、糾錯能力?？傊?，軟件質(zhì)量實際上是各種特性的復(fù)雜組合。第18題：下列軟件質(zhì)量特性中，一般不作為系統(tǒng)測試重點(diǎn)的是（）產(chǎn)品版本升級是否容易軟件是否符合有關(guān)的國家和行業(yè)標(biāo)準(zhǔn)軟件產(chǎn)品是否易于理解和使用可復(fù)用的軟件部件所占的比例參考答案：D在軟件質(zhì)量特性中，可復(fù)用的軟件部件所占的比例一般不會作為系統(tǒng)測試的重點(diǎn)。第19題：下列關(guān)于面向?qū)ο鬁y試問題的說法中，不正確的是（）在面向?qū)ο筌浖y試時，設(shè)計每個類的測試用例時，不僅僅要考慮調(diào)用各個成員方法的輸入?yún)?shù)，還需要考慮如何設(shè)計調(diào)用的序列構(gòu)造抽象類的驅(qū)動程序會比構(gòu)造其他類的驅(qū)動程序復(fù)雜類B繼承自類A，如果對類B進(jìn)行了嚴(yán)格的測試，就意味著不需再對類A進(jìn)行測試在存在多態(tài)的情況下，為了達(dá)到較高的測試充分性，應(yīng)對所有可能的綁定都進(jìn)行測試參考答案：C由于面向?qū)ο缶哂蟹庋b的特點(diǎn)，在設(shè)計類的測試用例時，不僅要考慮各成員方法的輸入?yún)?shù)，還要考慮如何設(shè)計調(diào)用的序列。若類B繼承自類A，如果對類B進(jìn)行了嚴(yán)格的測試，有些情況也許可以不對類A進(jìn)行測試，但由于繼承的存在，就會導(dǎo)致類A的規(guī)格說明可能與類B不一致，此時就必須按照類A的規(guī)格說明重新對類A重新進(jìn)行測試。多態(tài)是指對一個類的引用可以與多個類的實現(xiàn)綁定。抽象類是指只有一些成員方法而沒有其實現(xiàn)的類，甚至有的抽象類中的所有成員方法都沒有實現(xiàn)，在測試抽象類時，需要為抽象類構(gòu)造一個子類，并實現(xiàn)所有抽象類沒有實現(xiàn)的成員方法，這也說明構(gòu)造抽象類的驅(qū)動程序顯然比構(gòu)造其他類的驅(qū)動程序復(fù)雜。第20題：下列關(guān)于邏輯覆蓋的敘述，說法錯誤的是（）條件覆蓋的檢錯能力較判定覆蓋強(qiáng)，但有時達(dá)不到判定覆蓋的要求判定覆蓋包含了語句覆蓋，但它可能會使一些條件得不到測試判定/條件覆蓋包含了判定覆蓋和條件覆蓋的要求，實際上不一定達(dá)到覆蓋的標(biāo)準(zhǔn)凡滿足條件組合覆蓋標(biāo)準(zhǔn)的測試用例，也必然滿足其他所有覆蓋種類的覆蓋標(biāo)準(zhǔn)參考答案：D考查各種邏輯覆蓋的關(guān)系。第21題：在需求獲取與定義階段就開始建立，以后要不斷細(xì)化和完善的文檔是用戶手冊外部設(shè)計規(guī)格說明內(nèi)部設(shè)計規(guī)格說明測試計劃手冊參考答案：A軟件的外部設(shè)計是從用戶的角度對產(chǎn)品進(jìn)行描述的，外部設(shè)計規(guī)格說明是在外部設(shè)計期間產(chǎn)生的文檔，用戶手冊是另一種文檔，與外部設(shè)計規(guī)格說明不同的是，它是在需求獲取與定義階段就開始建立，以后要不斷細(xì)化和完善的文檔。第22題：在極限測試過程中，貫穿始終的是（）單元測試和集成測試單元測試和系統(tǒng)測試集成測試和系統(tǒng)測試集成測試和驗收測試參考答案：D極限編程采用的是一種頻繁迭代的開發(fā)方式，整個軟件項目由一系列增量式開發(fā)組成。而極限測試本質(zhì)上就是為了滿足極限編程的思想和流程而設(shè)計的一套測試策略和流程，從極限測試流程圖中，我們可以看出，單元測試和驗收測試是貫穿始終的關(guān)鍵步驟。第23題：下列敘述中，正確的是（）軟件測試的目標(biāo)是保證交付的軟件產(chǎn)品不包含缺陷軟件測試有利于降低軟件產(chǎn)品發(fā)布后的維護(hù)費(fèi)用測試包是指一個測試腳本，它由一組順序執(zhí)行的測試用例組成在V模型中，集成測試用例的設(shè)計對應(yīng)于軟件需求分析活動參考答案：B軟件測試的目標(biāo)是發(fā)現(xiàn)缺陷，證明程序有錯而非證明其正確，故A不正確。第24題：下面有關(guān)測試原則的說法中正確的是（）測試用例應(yīng)由測試的輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果兩部分組成對程序的調(diào)試最好由第三方測試機(jī)構(gòu)來做程序最好由編寫該程序的程序員自己來測試使用測試用例進(jìn)行測試是為了檢查程序是否做了它該做的事參考答案：A對程序的測試最好由第三方測試機(jī)構(gòu)來做，對程序的調(diào)試最好由程序員來做，故B不對。由測試用例的原則：程序員應(yīng)避免測試自己的程序得C說法錯誤。又由測試的目的是找錯而不是證明程序正確，故D不正確。