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

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

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

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

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

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

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

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

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

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

10、，功能需求與性能需求必須同時(shí)考慮B. 協(xié)議一致性測(cè)試實(shí)際上就是比較測(cè)試對(duì)象與相關(guān)協(xié)議是否符合C. 安全性測(cè)試的最終目的是安全控制D. GUI測(cè)試主要針對(duì)的是圖形界面，沒(méi)有涉及復(fù)雜的邏輯關(guān)系和算法，故GUI測(cè)試很容易實(shí)現(xiàn)V解析：18. 把經(jīng)過(guò)評(píng)審?fù)ㄟ^(guò)的各項(xiàng)需求轉(zhuǎn)換為一個(gè)相應(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è)試C. 軟件設(shè)計(jì) VD. 運(yùn)行和維護(hù)解析： 解析 軟件沒(méi)計(jì)是軟件工程的技術(shù)核心，在設(shè)計(jì)階段中，設(shè)計(jì)人員把經(jīng)評(píng)審?fù)ㄟ^(guò)的各項(xiàng)需求轉(zhuǎn)換為 一個(gè)相應(yīng)的體系結(jié)構(gòu)， 包括數(shù)據(jù)的體系結(jié)構(gòu)、

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

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

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

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

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

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

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

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