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

下載本文檔

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

文檔簡介

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

溫馨提示

  • 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)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論