計算機(jī)四級軟件測試工程師-109

1、計算機(jī)四級軟件測試工程師 -109( 總分： 82.01 ，做題時間： 90 分鐘 )一、選擇題 (總題數(shù)： 25，分?jǐn)?shù)： 50.00)1. 系統(tǒng)測試分析通過以下層次進(jìn)行分析 。(1) 用戶層(2) 應(yīng)用層(3) 功能層(4) 子系統(tǒng)層(5) 協(xié)議/ 指標(biāo)(分?jǐn)?shù)： 2.00 )A. (1)(2)(3)(4)B. (2)(3)(4)(5)C. (2)(3)(4)D. (1) (2)(3)(5)V解析：2. 白盒測試主要是進(jìn)行 的覆蓋測試。(分?jǐn)?shù)： 2.00 )A. 程序?qū)崿F(xiàn)功能B. 程序邏輯結(jié)構(gòu) VC. 程序物理結(jié)構(gòu)D. 程序設(shè)計結(jié)構(gòu)解析：3. 關(guān)于極限測試過程中驗收測試，說法不妥當(dāng)?shù)臑?。(分

2、數(shù)： 2.00 )A. 驗收測試主要由用戶完成B. 編碼人員也必須在場參與驗收測試，以便與用戶交流C. 極限編程強(qiáng)調(diào)驗收測試的目的在于加強(qiáng)用戶參與軟件開發(fā)的力度D. 由于極限編程的特殊性，反而增大了用戶需求的和用戶與開發(fā)人員交流的復(fù)雜性V解析：4. 以下哪種軟件測試不屬于軟件性能測試的范疇 。(分?jǐn)?shù)： 2.00 )A. 接口測試 VB. 并發(fā)測試C. 壓力測試D. 配置測試解析： 解析 依據(jù)測試目的的不同，可以把軟件性能測試及與性能有關(guān)的其他測試分為以下幾類： 性能測試 (Performance Testing)。 并發(fā)測試 (Concurrency Testing)。 壓力測試 (Stres

3、s Testing) 。 可靠性測試 (Reliability Testing)。 負(fù)載測試 (Load Testing) 。 配置測試 (Configuration Testing)。 失效恢復(fù)測試 (Recovery Testing) 。5. 對具有多層協(xié)議的嵌入式系統(tǒng)開發(fā)產(chǎn)品進(jìn)行測試時宜采用 。(分?jǐn)?shù)： 2.00 )A. 協(xié)作集成測試B. 基干集成測試 VC. 自頂向下集成測試D. 高頻集成測試解析：6. 在面向?qū)ο筌浖幕杉蓽y試策略中，將基干中的模塊形成基干子系統(tǒng)使用的集成方式是 。（分?jǐn)?shù)： 1.00 ）A. 大突擊集成方式VB. 自底向上集成方式C. 自頂向下集成方式D. 綜合集

4、成方式解析：解析面向?qū)ο筌浖幕杉蓽y試策略的具體測試步驟為：對基干中的每個模塊進(jìn)行孤立的、 充分的測試。對基干中的所有模塊進(jìn)行一次性集成，形成基干子系統(tǒng)，并使用一個驅(qū)動模塊檢查使用經(jīng) 過一次性集成的基干。此時采用的是大突擊集成方式。7. 下列屬于QESAT/C的優(yōu)點的足（分?jǐn)?shù)： 2.00 ）A. 及早地發(fā)現(xiàn)程序中隱藏的錯誤B. 快捷有效地理解程序結(jié)構(gòu)C. 幫助分析和測試程序D. 以上全部 V解析： 解析 QESAT/C 的優(yōu)點是：能幫助分析和測試程序，快捷有效地理解程序結(jié)構(gòu)，及早地發(fā)現(xiàn)程序中 隱藏的錯誤，從而提高軟件的質(zhì)量。8. 軟件性能測試的目標(biāo)不僅僅是發(fā)現(xiàn)性能缺陷，具體軟件性能測試不包

5、括下述中的。（分?jǐn)?shù)： 2.00 ）A. 發(fā)現(xiàn)缺陷B. 性能調(diào)優(yōu)C. 能力檢測與規(guī)劃D. 安全入侵檢測 V解析：解析軟件性能測試的目標(biāo)不僅僅是發(fā)現(xiàn) （和改正）性能缺陷（Perform-ance Bug），還包括探索和規(guī) 劃軟件的實際性能。具體軟件性能測試以下目標(biāo)：發(fā)現(xiàn)缺陷，性能調(diào)優(yōu)，能力檢驗與規(guī)劃。9. 一組測試工具執(zhí)行的指令集合，是計算機(jī)程序的一種形式，我們將其稱之為 。（分?jǐn)?shù)： 2.00 ）A. 進(jìn)程B. 消息C. 腳本 VD. 線程解析：10. 在結(jié)構(gòu)化測試用例中，最強(qiáng)的覆蓋準(zhǔn)則是（分?jǐn)?shù)： 2.00 ）A. 判定覆蓋B. 語句覆蓋C. 路徑覆蓋 VD. 條件覆蓋解析： 解析 結(jié)構(gòu)化測試中有

6、語句覆蓋、條件覆蓋、判定覆蓋 （ 也稱分支覆蓋 ） 、路徑覆蓋等，其中路徑覆 蓋是最強(qiáng)的覆蓋準(zhǔn)則。11. 靜態(tài)分析中，提供整個項目中的所有函數(shù)之間的調(diào)用關(guān)系圖屬于 。（分?jǐn)?shù)： 2.00 ）A. 程序結(jié)構(gòu)分析 VB. 程序數(shù)據(jù)流分析C. 可視化分析D. 程序執(zhí)行頻度分析解析： 解析 程序數(shù)據(jù)流分析，主要指靜態(tài)分析全局變量和局部變量的聲明、賦值和使用的位置；動態(tài)跟 蹤變量值的變化情況。而選項 A 程序結(jié)構(gòu)分析，主要提供整個項目中的所有函數(shù)之間的調(diào)用關(guān)系圖。選項 C 是針對面向?qū)ο蟮能浖?，提供整個項目中的所有類之間的關(guān)系圖。選項D 程序執(zhí)行頻度分析是統(tǒng)計所有條件分支、多出口跳轉(zhuǎn)、多出口調(diào)用的各分支、

7、出口的執(zhí)行關(guān)系圖。12. 下列語句通常不是作為定義結(jié)點的是 。（分?jǐn)?shù)： 3.00 ）A. 輸入語句B. 輸出語句 VC. 賦值語句D. 過程調(diào)用語句解析：解析結(jié)點n是變量v的定義結(jié)點，當(dāng)且僅當(dāng)變量v的值在結(jié)點n對應(yīng)的語句中定義，記為DEF（v,n）。通常對應(yīng)定義結(jié)點的語句有：輸入語句、賦值語句、循環(huán)控制語句和過程調(diào)用語句等。輸出語句對應(yīng) 的是使用結(jié)點。13. 不屬于測試總結(jié)報告的內(nèi)容的是（分?jǐn)?shù)： 2.00 ）A. 測試項目概述B. 測試用例執(zhí)行情況總結(jié)C. 測試用例設(shè)計情況總結(jié) VD. 軟件缺陷報告總結(jié)解析：解析測試總結(jié)是測試過程的最后一個活動，在測試報告中的內(nèi)容包括：測試項目概述；測試 用例

8、執(zhí)行情況總結(jié)；軟件缺陷報告總結(jié)；被測軟件評價。14. 問題還沒有解決，測試人員新報告的缺陷，或驗證后缺陷仍然存在，這些缺陷所處的狀態(tài)是（分?jǐn)?shù)： 2.00 ）A. 激活狀態(tài) VB. 關(guān)閉狀態(tài)C. 已修正狀態(tài)D. 非激活狀態(tài)解析： 解析 缺陷處于激活狀態(tài)， 表明問題還沒有解決， 測試人員新報告的缺陷， 或驗證后缺陷仍然存在。15. 在軟件企業(yè)中，應(yīng)用最廣泛的評審方法是（分?jǐn)?shù)： 2.00 ）A. 走查 VB. 結(jié)對評審C. 正式評審D. 小組評審解析： 解析 走查是一種非正式的評審，但在軟件企業(yè)中廣泛使用。16. 下列關(guān)于測試策劃說法不正確的是 。（分?jǐn)?shù)： 2.00 ）A. 測試策劃活動可以和測試設(shè)

9、計活動并行開展B. 測試設(shè)計活動也可以和測試執(zhí)行活動并行開展C. 在測試的最后階段里，測試總結(jié)和測試執(zhí)行通常并行開展VD. 在實際測試過程中，不得不將一些測試活動并行開展，主要是因為時間原因解析： 解析 一般的測試過程是按測試策劃、測試設(shè)計、測試執(zhí)行和測試總結(jié)四個測試活動順序開展的。 但實際測試項目中，由于時間緊迫，有時不得不將一些測試活動并行開展，如可以將測試策劃和測試設(shè)計 活動并行開展， 測試設(shè)計活動也可以和測試執(zhí)行活動并行開展， 但測試總結(jié)和測試執(zhí)行一般不會并行開展， 但可以提前編寫相應(yīng)的文字內(nèi)容。17. 關(guān)于系統(tǒng)測試的方法，下列說法不正確的是 。（分?jǐn)?shù)： 2.00 ）A. 在實時系統(tǒng)中

10、，功能需求與性能需求必須同時考慮B. 協(xié)議一致性測試實際上就是比較測試對象與相關(guān)協(xié)議是否符合C. 安全性測試的最終目的是安全控制D. GUI測試主要針對的是圖形界面，沒有涉及復(fù)雜的邏輯關(guān)系和算法，故GUI測試很容易實現(xiàn)V解析：18. 把經(jīng)過評審?fù)ㄟ^的各項需求轉(zhuǎn)換為一個相應(yīng)的體系結(jié)構(gòu)， 包括數(shù)據(jù)的體系結(jié)構(gòu)、 系統(tǒng)和軟什的體系結(jié)構(gòu)， 這是軟件生命周期哪一階段做的事情（分?jǐn)?shù)： 2.00 ）A. 系統(tǒng)和需求定義B. 編程和單元測試C. 軟件設(shè)計 VD. 運行和維護(hù)解析： 解析 軟件沒計是軟件工程的技術(shù)核心，在設(shè)計階段中，設(shè)計人員把經(jīng)評審?fù)ㄟ^的各項需求轉(zhuǎn)換為 一個相應(yīng)的體系結(jié)構(gòu)， 包括數(shù)據(jù)的體系結(jié)構(gòu)、

11、系統(tǒng)和軟件的體系結(jié)構(gòu)。 結(jié)構(gòu)中每一組成部分都是一個模塊， 每個模塊都是和某種需求相對應(yīng)，即所謂概要設(shè)計和高層設(shè)計。進(jìn)而對每個模塊要完成的任務(wù)進(jìn)行具體描 述，為后面編程打基礎(chǔ)，即所謂詳細(xì)設(shè)計。19. 極限編程的主要特征是 。（分?jǐn)?shù)： 2.00 ）A. 簡單的分析設(shè)計和增量式的開發(fā)B. 頻繁的客戶交流C. 連續(xù)的測試D. 以上全部 V解析：20. 軟件驗證和確認(rèn)理論是測試過程的理論依據(jù)， 其中驗證是檢查我們是否正在正確地建造一個產(chǎn)品， 它強(qiáng)調(diào)的是 。（分?jǐn)?shù)： 2.00 ）A. 過程的正確性 VB. 產(chǎn)品的正確性C. 測試的正確性D. 規(guī)格說明的正確性解析：解析 軟件驗證和確認(rèn)理論是測試過程的理論依

12、據(jù)，驗證是檢查軟件開發(fā)的各個階段過程活動的結(jié) 果是否滿足規(guī)格說明的描述，證實各階段和階段之間的邏輯協(xié)調(diào)性、完備性和正確性。確認(rèn)是證實在一個 給定的外部環(huán)境中軟件的邏輯正確性，即是否滿足用戶的要求。Bohem給出了一個經(jīng)典定義：驗證是檢查我們是否正在正確地建造一個產(chǎn)品，它強(qiáng)調(diào)的是過程的正確性。而確認(rèn)是檢查我們是否在建成一個正確的 產(chǎn)品，它強(qiáng)調(diào)的是產(chǎn)品的正確性。21. 在結(jié)構(gòu)化測試用例設(shè)計中， 有語句覆蓋、 條件覆蓋、判定覆蓋 （也稱分支覆蓋 ） 、路徑覆蓋等， 其中是最強(qiáng)的覆蓋準(zhǔn)則。（分?jǐn)?shù)： 2.00 ）A. 語句覆蓋B. 條件覆蓋C. 判定覆蓋D. 路徑覆蓋 V解析： 解析 在題目所述邏輯覆蓋

13、中，路徑覆蓋是最強(qiáng)的覆蓋準(zhǔn)則。路徑覆蓋強(qiáng)于判定覆蓋，判定覆蓋強(qiáng) 于語句覆蓋。22. 下列不屬于易用性測試的是 。（分?jǐn)?shù)： 2.00 ）A. 易安裝性測試B. 兼容性測試 VC. 用戶界面測試D. 功能易用性測試解析： 解析 易用性測試一般不僅針對應(yīng)用程序，還要包括用戶文檔，除了對用戶文檔的測試，易用性測 試主要包括 3 個方面：易安裝性測試、功能易用性測試和用戶界面測試。而兼容性測試是與易用性測試并 列的測試方法，二者不存在包含關(guān)系。23. 下列關(guān)于軟件測試過程的幾種抽象模型，說法正確的是（分?jǐn)?shù)： 2.00 ）A. H模型指出軟件測試具有獨立性，只要某個測試達(dá)到準(zhǔn)備就緒點，測試執(zhí)行活動就可以開

14、展VB. W模型強(qiáng)調(diào)在整個項目開發(fā)中需要經(jīng)歷的不同測試級別，指明測試的對象是程序C. 軟件測試過程與軟件開發(fā)過程的不同之處是它不必遵循軟件工程原理D. V 模型強(qiáng)調(diào)測試的對象不僅僅是程序，需求、設(shè)計等同樣需要測試解析： 解析 軟件測試過程體現(xiàn)了軟件測試的流程和方法，與軟件開發(fā)過程一樣，都遵循軟件工程原理， 遵循管理學(xué)原理，故選項 C不正確。V模型反映出測試活動與分析設(shè)計活動的關(guān)系，強(qiáng)調(diào)了在整個項目開 發(fā)過程中需要經(jīng)歷的不同測試級別，忽視了測試的對象不應(yīng)該僅僅是程序，W模型是對V模型進(jìn)行了補(bǔ)充，明確指出：測試的對象不僅僅是程序，需求、設(shè)計等同樣需要進(jìn)行測試，H模型指出軟件測試是一個獨立的流程，

15、只要某個測試達(dá)到準(zhǔn)備就緒點， 測試執(zhí)行活動就可以開展， 軟件測試貫穿于產(chǎn)品的整個生命周期， 與其他流程可以并發(fā)進(jìn)行。24. 下列關(guān)于軟件性能測試的說法中，正確的是（分?jǐn)?shù)： 2.00 ）A. 性能測試的目的不是為了發(fā)現(xiàn)軟件缺陷B. 壓力測試與負(fù)載測試的目的都是為了探測軟件在滿足預(yù)定性能需求的情況下所能負(fù)擔(dān)的最大壓力C. 性能測試通常要對測試結(jié)果進(jìn)行分析才能獲得測試結(jié)論VD. 在性能下降曲線上，最大建議用戶數(shù)通常處于性能輕微下降區(qū)與性能急劇下降區(qū)的交界處解析：解析性能測試通用模型（PTGM模型）的最后一步就是測試結(jié)果分析，說明性能測試通常要對測試 結(jié)果進(jìn)行分析才能獲得測試結(jié)論，故 C正確。軟件的性

16、能是軟件的一種非功能特性。軟件性能測試包括以 下幾方面的目標(biāo)：發(fā)現(xiàn)性能缺陷；性能調(diào)優(yōu)；能力檢驗和規(guī)劃。其中性能測試的首要目標(biāo)應(yīng)該就是 發(fā)現(xiàn)軟件性能缺陷，說明 A說法不正確。壓力測試與負(fù)載測試雖然都是要對軟件施加業(yè)務(wù)壓力，但其根本 目的完全不同，負(fù)載測試的目的是為了探測軟件在滿足預(yù)定性能需求的情況下所能負(fù)擔(dān)的最大壓力，但壓 力測試的目的是利用壓力來揭示軟件中存在的潛在缺陷，故B說法不正確。在性能下降曲線上，最大建議用戶數(shù)通常處于平坦區(qū)和性能輕微下降區(qū)的交界處，所以D說法錯誤。25. 程序代碼檢查過程中為檢查說明、 使用錯誤， 通常需要借助一些引用表。 以下不適用于做這種檢查的引 用表是（分?jǐn)?shù)：

17、2.00 ）A. 循環(huán)層次表B. 事件 / 響應(yīng)表 VC. 變量交叉引用表D. 標(biāo)號交叉引用表解析： 解析 引用表是為了支持對源代碼進(jìn)行靜態(tài)檢查，可分為：標(biāo)號交叉引用表；變量交叉引用表；子 程序、宏和函數(shù)表；等價表；常數(shù)表。二、 論述題 （ 總題數(shù)： 2，分?jǐn)?shù)： 32.00）26. 論述題 2：以下是某程序說明，請按要求回答問題程序說明：假設(shè)有一個把數(shù)字串轉(zhuǎn)換為整數(shù)的函數(shù)。其中數(shù)字串要求長度為16個數(shù)字構(gòu)成，機(jī)器字長為16位。分析程序中出現(xiàn)的邊界情況，采用邊界值法為該程序設(shè)計測試用例。（分?jǐn)?shù)： 12.00 ） 正確答案： （）解析：解答：分析該程序的說明和功能，顯然可以劃分四組測試等價類：有效

18、輸入等價類、無效輸入等價 類、合法輸出等價類和非法輸出等價類。在考慮該程序的合法輸出和非法輸出時需要考慮計算機(jī)的字長， 這時要進(jìn)行邊界值法設(shè)計測試用例，以補(bǔ)充等價類法設(shè)計的測試用例。具體采用邊界值法設(shè)計的測試用例如下：(1) 使程序輸入剛好等于最小的負(fù)整數(shù)：輸入；'32768'輸出：-32768(2) 使程序輸入剛好等于最大的正整數(shù)：輸入：'32767'輸出：32767(3) 使程序輸入剛好小于最小的負(fù)整數(shù)：輸入：'-32769'輸出：錯誤(4) 使程序輸入剛好大于最大的正整數(shù)：輸入：'32768'”表示的狀輸岀：錯誤解析首先根據(jù)程序的規(guī)格說明，考慮所有可能的邊界情況，然后根據(jù)邊界值方法設(shè)計測試 用例。下圖是一個簡單的 ATM機(jī)中描述驗證信