四級(jí)軟件測(cè)試工程師分類模擬39

1、 模擬 四級(jí)軟件測(cè)試工程師分類模擬 39選擇題第 1 題： 下列關(guān)于極限測(cè)試，說法不正確的是 ( )A. 相對(duì)傳統(tǒng)的軟件開發(fā)方法，極限編程可以隨時(shí)應(yīng)對(duì)新增或改變的需求B. 極限編程的單元測(cè)試是由編碼人員完成的測(cè)試C. 極限編程要求在編碼之前先設(shè)計(jì)測(cè)試D. 驗(yàn)收測(cè)試由用戶來完成，編碼人員不必在現(xiàn)場(chǎng) 參考答案： D極限編程強(qiáng)調(diào)靈活的分析和設(shè)計(jì)， 極限編程與傳統(tǒng)軟件開發(fā)方法相比， 有 4個(gè)主 要特征：簡(jiǎn)單的分析設(shè)計(jì)；頻繁的客戶交流；增量式開發(fā)；連續(xù)的測(cè)試。 這些特征決定了極限編程可以隨時(shí)應(yīng)對(duì)新增或改變的需求。 單元測(cè)試是極限編程 中最重要的發(fā)現(xiàn)缺陷的手段， 主要由編碼人員來完成， 驗(yàn)收測(cè)試主要由用戶

2、來完 成，但編碼人員也必須在場(chǎng)， 以便與用戶進(jìn)行交流。 另外極限編程要求在編碼之 前先設(shè)計(jì)測(cè)試，因?yàn)檫@樣可提高編碼人員測(cè)試自己編寫代碼的效率。第 2 題：下列可以做為軟件測(cè)試對(duì)象的是 ()A. 需求規(guī)格說明B. 軟件設(shè)計(jì)規(guī)格說明C. 源程序D. 以上全部 參考答案： D軟件測(cè)試不僅僅限于程序編碼之后， 而應(yīng)該貫穿于軟件開發(fā)的全過程。 軟件測(cè)試 并不等于程序測(cè)試，因此，需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及程序編碼等各個(gè) 階段所得到的文檔資料， 包括需求規(guī)格說明、 軟件概要設(shè)計(jì)規(guī)格說明、 軟件詳細(xì) 設(shè)計(jì)規(guī)格說明以及源程序，都應(yīng)做為軟件測(cè)試的對(duì)象。第 3 題： 下面與軟件可靠性有關(guān)的概念中，理解不正確的

3、是 ()A. 軟件錯(cuò)誤不僅包括程序代碼的錯(cuò)誤， 軟件開發(fā)過程中所有制品的錯(cuò)誤及軟 件的文檔、手冊(cè)中的錯(cuò)誤都可以歸為軟件錯(cuò)誤B. 軟件故障是指軟件代碼中的錯(cuò)誤C. 在軟件的一次運(yùn)行期間，軟件故障一定會(huì)導(dǎo)致軟件失效D. 通常修改軟件故障可以降低軟件發(fā)生失效的概率，從而提高軟件可靠性 參考答案： C 軟件故障是指軟件代碼中的錯(cuò)誤， 軟件失效則是指由軟件故障引起的在軟件運(yùn)行 期間出現(xiàn)的錯(cuò)誤， 一般來說在軟件的一次運(yùn)行期間， 軟件故障可能會(huì)導(dǎo)致軟件失 效，也可能不引起軟件失效。第 4 題： 問題還沒有解決，測(cè)試人員新報(bào)告的缺陷，或驗(yàn)證后缺陷仍然存在，這些缺陷 所處的狀態(tài)是 ( )A. 激活狀態(tài)B. 非激

4、活狀態(tài)C. 已修正狀態(tài)D. 關(guān)閉狀態(tài)參考答案： A缺陷處于激活狀態(tài)， 即問題還沒有解決， 測(cè)試人員新報(bào)告的缺陷， 或驗(yàn)證后缺陷 仍然存在。第 5 題：以下關(guān)于軟件性能測(cè)試的說法中，正確的是A .軟件性能測(cè)試的主要目的是檢驗(yàn)軟件是否能充分發(fā)揮硬件的潛能B. 軟件性能測(cè)試通常采用數(shù)據(jù)流測(cè)試技術(shù)生成測(cè)試用例C. 軟件性能測(cè)試實(shí)際上是一種軟件可靠性測(cè)試D. 軟件性能測(cè)試的實(shí)施通常需要依賴性能測(cè)試輔助軟件參考答案： D軟件性能測(cè)試的目標(biāo)是發(fā)現(xiàn)缺陷、 性能調(diào)優(yōu)、 能力檢驗(yàn)與規(guī)劃。 軟件性能測(cè)試和 可靠性測(cè)試是同一級(jí)別的測(cè)試。第 6 題：使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù) () 和指定的覆蓋標(biāo)準(zhǔn)。A .

5、程序的復(fù)雜結(jié)構(gòu)B .程序的內(nèi)部邏輯C. 使用說明書D. 程序的功能參考答案： B使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)程序的內(nèi)部邏輯和指定的覆蓋標(biāo)準(zhǔn)。第 7 題： 下列可以作為軟件測(cè)試對(duì)象的是 ()A. 需求規(guī)格說明B. 軟件設(shè)計(jì)規(guī)格說明C. 源程序D .以上全部參考答案： D軟件測(cè)試不僅僅限于程序編碼之后， 而應(yīng)該貫穿于軟件開發(fā)的全過程。 軟件測(cè)試 并不等于程序測(cè)試，因此，需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及程序編碼等各個(gè) 階段所得到的文檔資料， 包括需求規(guī)格說明、 軟件概要設(shè)計(jì)規(guī)格說明、 軟件詳細(xì) 設(shè)計(jì)規(guī)格說明以及源程序，都應(yīng)作為軟件測(cè)試的對(duì)象。第 8 題： 配置項(xiàng)測(cè)試的依據(jù)是 ( )A. 詳

6、細(xì)設(shè)計(jì)說明B. 概要設(shè)計(jì)說明C. 軟件需求規(guī)格說明D. 用戶需求 參考答案： C第 9 題： 下列不屬于單元測(cè)試對(duì)象的是 ( )A. 軟件構(gòu)件B .計(jì)算機(jī)系統(tǒng)C.類D .可獨(dú)立編譯的程序模塊參考答案： B軟件單元測(cè)試的對(duì)象是可獨(dú)立編譯或匯編的程序模塊或軟件構(gòu)件或面向?qū)ο笤O(shè) 計(jì)中的類。而完整的、集成的計(jì)算機(jī)系統(tǒng)是系統(tǒng)測(cè)試和驗(yàn)收測(cè)試的測(cè)試對(duì)象。第 10 題： 下列關(guān)于軟件性能測(cè)試的說法中，正確的是 ()A .性能測(cè)試的目的不是為了發(fā)現(xiàn)軟件缺陷B. 壓力測(cè)試與負(fù)載測(cè)試的目的都是為了探測(cè)軟件在滿足預(yù)定性能需求的情 況下所能負(fù)擔(dān)的最大壓力C. 性能測(cè)試通常要對(duì)測(cè)試結(jié)果進(jìn)行分析才能獲得測(cè)試結(jié)論D. 在性能

7、下降曲線上，最大建議用戶數(shù)通常處于性能輕微下降區(qū)與性能急劇 下降區(qū)的交界處 參考答案： C 性能測(cè)試通用模型(PTGM模型)的最后一步就是測(cè)試結(jié)果分析，說明性能測(cè)試通 常要對(duì)測(cè)試結(jié)果進(jìn)行分析才能獲得測(cè)試結(jié)論，故C正確。軟件的性能是軟件的一 種非功能特性。 軟件性能測(cè)試包括以下幾方面的目標(biāo)： 發(fā)現(xiàn)性能缺陷； 性能 調(diào)優(yōu)；能力檢驗(yàn)和規(guī)劃。其中性能測(cè)試的首要目標(biāo)應(yīng)該就是發(fā)現(xiàn)軟件性能缺陷， 說明 A 說法不正確。 壓力測(cè)試與負(fù)載測(cè)試雖然都是要對(duì)軟件施加業(yè)務(wù)壓力， 但其 根本目的完全不同， 負(fù)載測(cè)試的目的是為了探測(cè)軟件在滿足預(yù)定性能需求的情況 下所能負(fù)擔(dān)的最大壓力， 但壓力測(cè)試的目的是利用壓力來揭示軟件

8、中存在的潛在 缺陷，故B說法不正確。在性能下降曲線上，最大建議用戶數(shù)通常處于平坦區(qū)和 性能輕微下降區(qū)的交界處，所以 D說法錯(cuò)誤。第 11 題：軟件過程管理最起碼的要求是 ()A. 管理好軟件缺陷報(bào)告B. 管理好軟件測(cè)試用例C. 管理好測(cè)試過程工具D. 管理好測(cè)試說明文檔參考答案： A軟件缺陷報(bào)告是軟件測(cè)試過程中的核心測(cè)試產(chǎn)品之一， 也是重要的測(cè)試產(chǎn)品， 因 此管理好軟件缺陷報(bào)告是軟件過程管理最起碼的要求。第 12 題：下面有關(guān)測(cè)試設(shè)計(jì)的敘述，說法不正確的是 ()A. 測(cè)試用例的設(shè)計(jì)是一項(xiàng)技術(shù)性強(qiáng)、智力密集型的活動(dòng)B. 在測(cè)試用例設(shè)計(jì)時(shí)，只設(shè)計(jì)覆蓋正常流程和操作的測(cè)試用例即可C. 在開展測(cè)試用例

9、設(shè)計(jì)前，必須將測(cè)試需求進(jìn)行詳細(xì)展開D. 在一般的測(cè)試組織內(nèi)，測(cè)試用例的評(píng)審可能不是正式的評(píng)審會(huì)參考答案： B在測(cè)試用例設(shè)計(jì)時(shí)， 不能只設(shè)計(jì)覆蓋正常流程和操作的測(cè)試用例， 而必須強(qiáng)制覆 蓋錯(cuò)誤輸入處理， 邊界值處理等場(chǎng)景， 以確保被測(cè)軟件系統(tǒng)投入使用時(shí)具備較強(qiáng) 的容錯(cuò)能力。第 13 題： 在需求獲取與定義階段就開始建立，以后要不斷細(xì)化和完善的文檔是 ()A. 用戶手冊(cè)B. 外部設(shè)計(jì)規(guī)格說明C. 內(nèi)部設(shè)計(jì)規(guī)格說明D. 測(cè)試計(jì)劃手冊(cè)軟件的外部設(shè)計(jì)是從用戶的角度對(duì)產(chǎn)品進(jìn)行描述的， 外部設(shè)計(jì)規(guī)格說明是在外部 設(shè)計(jì)期間產(chǎn)生的文檔，用戶手冊(cè)是另一種文檔，與外部設(shè)計(jì)規(guī)格說明不同的是， 它是在需求獲取與定義階段

10、就開始建立，以后要不斷細(xì)化和完善的文檔。第 14 題： 下列測(cè)試類型中，不是針對(duì)軟件產(chǎn)品的質(zhì)量特性的是 ( )A. 性能測(cè)試B. 安全性測(cè)試C. 易用性測(cè)試D. 回歸測(cè)試 參考答案： D回歸測(cè)試顯然是不屬于軟件產(chǎn)品的質(zhì)量特性。第 15 題： 集成測(cè)試時(shí)，能夠較早發(fā)現(xiàn)高層模塊接口錯(cuò)誤的測(cè)試方法是 ()A. 自底向上漸增式測(cè)試方法B. 自頂向下漸增式測(cè)試方法C. 非漸增式測(cè)試方法D. 系統(tǒng)測(cè)試方法 參考答案： B由自頂向下測(cè)試的特點(diǎn)可知， 該集成測(cè)試方法是能夠較早發(fā)現(xiàn)高層模塊接口錯(cuò)誤 的。第 16 題： 若是軟件企業(yè)內(nèi)部測(cè)試團(tuán)隊(duì)開展的軟件測(cè)試，最適合采用 () 來組織測(cè)試。A. H 模型B. V

11、模型C. W模 型D. X模型參考答案： A假如是軟件企業(yè)內(nèi)部測(cè)試團(tuán)隊(duì)開展的軟件測(cè)試， 由于軟件測(cè)試介入較早， 在測(cè)試 開始時(shí)被測(cè)系統(tǒng)很可能是不完整的， 會(huì)不斷有新的系統(tǒng)模塊加入到系統(tǒng)中， 因此 最適合采用 H 模型來組織測(cè)試，可以為每一個(gè)新增的系統(tǒng)模塊設(shè)計(jì)一次系統(tǒng)測(cè) 試。第 17 題：傳統(tǒng)集成測(cè)試的主要方法有兩個(gè)，一個(gè)是 () ，另一個(gè)是 ()A. 白盒測(cè)試方法、黑盒測(cè)試方法B. 漸增式測(cè)試方法、非漸增式測(cè)試方法C .等價(jià)類劃分方法、邊界值分析方法D. 因果圖方法、錯(cuò)誤推測(cè)法參考答案： B傳統(tǒng)的集成測(cè)試分為漸增式集成測(cè)試方法和非漸增式集成測(cè)試方法 第 18 題： 下列不屬于對(duì)物理破壞的防護(hù)措

12、施的是 ( )A. 主要設(shè)備遠(yuǎn)離人為破壞B. 所有設(shè)備遠(yuǎn)離災(zāi)害的侵?jǐn)_C. 對(duì)通信數(shù)據(jù)進(jìn)行加密D. 主要設(shè)備要屏蔽電磁干擾 參考答案： C對(duì)物理破壞的防護(hù)措施有三點(diǎn)： (1) 所有設(shè)備都應(yīng)遠(yuǎn)離災(zāi)害 ( 如水災(zāi)、火災(zāi)、 雷電、戰(zhàn)火等 ) 的侵?jǐn)_。 (2) 主要設(shè)備需要遠(yuǎn)離人為破壞，如計(jì)算機(jī)和打印 機(jī)等要放在有安全門鎖的機(jī)房等。(3) 主要設(shè)備要屏蔽電磁干擾。第 19 題： 沒有正確修復(fù)的缺陷，需要進(jìn)一步修復(fù)的缺陷是 ()A. New More InfoB. Diferred-Next BuildC. Diferred-Next Main ReleaseD. Reopen參考答案： D定義軟件缺陷的

13、狀態(tài)如下：新錯(cuò)誤(New)測(cè)試中新報(bào)告的軟件缺陷。更多新信息 (New More Info) 開發(fā)工程師認(rèn)為報(bào)告的缺陷信息不完整，要 求缺陷報(bào)告者添加更準(zhǔn)確的缺陷信息。打開(Open)缺陷被確認(rèn)并分配給相關(guān)開發(fā)工程師處理。拒絕 (Declined) 拒絕修改缺陷。修正 (Fixed) 開發(fā)工程師已完成修正， 等待測(cè)試人員驗(yàn)證。重新打開(Reopen)沒有正確修復(fù)的缺陷，需要進(jìn)一步修復(fù)。 延期(Diferred)不在當(dāng)前版本修復(fù)的缺陷，以后的版本修復(fù)，包括以下兩種情況：延期一下個(gè)版本 (Diferred Next Build) 本項(xiàng)目的下一個(gè)新版本修復(fù)。 延期一下個(gè)主要版本 (Diferred

14、Next Main Release) 本項(xiàng)目不修復(fù)，本 軟件下一個(gè)項(xiàng)目的版本修復(fù)。關(guān)閉 (Closed) 缺陷已被修復(fù)。第 20 題：以下哪種軟件測(cè)試屬于軟件性能測(cè)試的范疇是 ()A. 分支覆蓋測(cè)試B. 極限測(cè)試C. 負(fù)載測(cè)試D. 硬件兼容性測(cè)試參考答案： C軟件的性能是軟件的一種非功能特性， 它關(guān)注的不是軟件是否能夠完成特定的功 能，而是在完成該功能時(shí)展示出來的及時(shí)性。 根據(jù)測(cè)試目的的不同， 可以把軟件 性能測(cè)試以及與性能有關(guān)的其他一些測(cè)試分為：性能測(cè)試。并發(fā)測(cè)試。 壓力測(cè)試。 可靠性測(cè)試。 負(fù)載測(cè)試。 配置 測(cè)試。 失效恢復(fù)測(cè)試。 本題的答案中只有負(fù)載測(cè)試屬于軟件性能測(cè) 試的范疇。故本題選

15、 C。第 21 題：下列關(guān)于面向?qū)ο鬁y(cè)試問題的說法中，不正確的是 ()A. 在面向?qū)ο筌浖y(cè)試時(shí)，設(shè)計(jì)每個(gè)類的測(cè)試用例時(shí)，不僅僅要考慮調(diào)用各 個(gè)成員方法的輸入?yún)?shù)，還需要考慮如何設(shè)計(jì)調(diào)用的序列B. 構(gòu)造抽象類的驅(qū)動(dòng)程序會(huì)比構(gòu)造其他類的驅(qū)動(dòng)程序復(fù)雜C. 類B繼承自類A,如果對(duì)B進(jìn)行了嚴(yán)格的測(cè)試，就意味著不需再對(duì)類 A進(jìn) 行測(cè)試D .在存在多態(tài)的情況下，為了達(dá)到較高的測(cè)試充分性，應(yīng)對(duì)所有可能的綁定 都進(jìn)行測(cè)試參考答案： C由于面向?qū)ο缶哂蟹庋b的特點(diǎn)， 在設(shè)計(jì)類的測(cè)試用例時(shí)， 不僅要考慮各成員方法 的輸入?yún)?shù)，還要考慮如何設(shè)計(jì)調(diào)用的序列。若類 B繼承自類A,如果對(duì)B進(jìn)行 了嚴(yán)格的測(cè)試，有些情況也許可

16、以就不對(duì)類 A進(jìn)行測(cè)試，但由于繼承的存在，就 會(huì)導(dǎo)致類A的規(guī)格說明可能與類B不一致，此時(shí)就必須按照類A的規(guī)格說明重新 對(duì)類A進(jìn)行測(cè)試。多態(tài)是指對(duì)一個(gè)類的引用可以與多個(gè)類的實(shí)現(xiàn)綁定。 抽象類是 指只有一些成員方法而沒有其實(shí)現(xiàn)的類， 甚至有的抽象類中的所有成員方法都沒 有實(shí)現(xiàn)，在測(cè)試抽象類時(shí)， 需要為抽象類構(gòu)造一個(gè)子類， 并實(shí)現(xiàn)所有抽象類沒有 實(shí)現(xiàn)的成員方法， 這也說明構(gòu)造抽象類的驅(qū)動(dòng)程序顯然比構(gòu)造其他類的驅(qū)動(dòng)程序 復(fù)雜。第 22 題：下列情況表明出錯(cuò)處理功能有錯(cuò)誤和缺陷的是 ()A. 顯示的錯(cuò)誤與實(shí)際遇到的錯(cuò)誤不符B .顯示的錯(cuò)誤信息難以理解C .對(duì)異常處理的不得當(dāng)D. 以上全部第 23 題： 在軟件測(cè)試中，白盒測(cè)試方法是通過分析程序的 ( ) 來設(shè)計(jì)測(cè)試用例。A. 應(yīng)用范圍B. 功能C. 內(nèi)部邏輯D .輸入數(shù)據(jù)參考答案： C白盒測(cè)試又稱為邏輯驅(qū)動(dòng)測(cè)試， 這種測(cè)試策略是對(duì)程序的邏輯結(jié)構(gòu)進(jìn)行檢查， 從 中獲取測(cè)試數(shù)據(jù)。所以說白盒測(cè)試是一種以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的測(cè)試用 例設(shè)計(jì)技術(shù)。第 24 題：在軟件測(cè)試中，白盒測(cè)試方法是通過分析程序的 () 來設(shè)計(jì)測(cè)試用例的。A. 應(yīng)用范圍B. 功能C. 內(nèi)部邏輯D .輸入數(shù)據(jù)參考答案： C白盒測(cè)試又稱為邏輯驅(qū)動(dòng)測(cè)試， 這種測(cè)試策略是對(duì)程序的邏輯結(jié)構(gòu)進(jìn)行檢查， 從