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

1、計(jì)算機(jī)四級軟件測試工程師 -104( 總分： 88.00 ，做題時(shí)間： 90 分鐘 )一、選擇題 (總題數(shù)： 24 ，分?jǐn)?shù)： 48.00)1. 負(fù)責(zé)在走查期間作出所有說明，包括發(fā)現(xiàn)的問題、樣式方面錯(cuò)誤、遺漏、矛盾、改良意見等，該 角色應(yīng) 該是 。A .協(xié)調(diào)人B .走查小組秘書C.測試員D .記錄員( 分?jǐn)?shù)： 2.00 )A.B. VC.D.解析：2. 軟件測試是軟件開發(fā)過程巾重要和不可缺少的階段， 其包含的內(nèi)容和步驟甚多， 而測試過程的多 種環(huán)節(jié) 中最根底的是A) 集成測試 B) 單元測試C) 系統(tǒng)測試 D) 驗(yàn)收測試( 分?jǐn)?shù)： 2.00 )A.B. VC.D.解析： 解析 軟件測試是軟件開發(fā)

2、過程中重要和不可缺少的階段，其包含的內(nèi)容和步驟甚多，而 測試過程 的多種環(huán)節(jié)中最根底的是單元測試。3. 僅根據(jù)規(guī)格說明書描述的程序功能來設(shè)計(jì)測試用例的方法稱為A) 白盒測試法 B) 黑盒測試法C) 靜態(tài)分析法 D) 人工分析法( 分?jǐn)?shù)：2.00 )A.B. VC.D.解析： 解析 僅根據(jù)規(guī)格說明書描述的程序功能來設(shè)計(jì)測試用例的方法稱為黑盒測試法。4. 不需要運(yùn)行程序，通過收集有關(guān)代碼的結(jié)構(gòu)信息來對程序進(jìn)行的測試是 A) 性能測試 B) 黑盒測試 C) 白盒測試 D) 靜態(tài)分析( 分?jǐn)?shù)：2.00 )A.B.C.D. V解析： 解析 軟件測試的分類方法比擬多，針對測試時(shí)是否要運(yùn)行程序分為靜態(tài)測試和

3、動態(tài)測試， 其中靜 態(tài)測試也稱靜態(tài)分析，是不必運(yùn)行程序目的僅僅是收集程序代碼的結(jié)構(gòu)信息而不用查錯(cuò)， 相反動態(tài)測試那么 是要執(zhí)行程序，查出程序的錯(cuò)誤非單純收集代碼結(jié)構(gòu)信息。針對測試人員是否要 清楚程序的內(nèi)部邏輯，將 測試分為白盒測試和黑盒測試，同時(shí)這兩種測試方法都要對程序進(jìn)行查 錯(cuò)，從這一角度，白盒測試和黑盒 測試都應(yīng)屬于動態(tài)測試。由此選項(xiàng) D 靜態(tài)分析最恰當(dāng)。5. 以下測試用例設(shè)計(jì)方法可以用來為正向測試設(shè)計(jì)的是 。A .錯(cuò)誤猜想法B .邊界值分析C.狀態(tài)遷移測試 D .內(nèi)部邊界分析( 分?jǐn)?shù)： 2.00 )A.B.C. VD.解析：6. 以下情況下會考慮使用自動測試的是 。A) 對軟件產(chǎn)品的次要

4、部件進(jìn)行測試B) 所開發(fā)的軟件產(chǎn)品的需求不穩(wěn)定C) 需要反復(fù)執(zhí)行的測試，使用不同輸入數(shù)據(jù)值進(jìn)行反復(fù)測試D) 由客戶方組織的驗(yàn)收測試 ( 分?jǐn)?shù)： 2.00 )A.B.C. VD.解析： 解析 自動測試的優(yōu)點(diǎn)就是為了解決重復(fù)的人工操作。7. 一般說來，對一個(gè)程序單元的測試應(yīng)滿足一些具體的技術(shù)要求，或到達(dá)一定的技術(shù)指標(biāo)。下面選項(xiàng)中屬 于單元測試相關(guān)的技術(shù)要求或指標(biāo)的是。A) 語句覆蓋率到達(dá) 100% B) 局部變量的邊界條件處理正確 C) 邏輯比擬和控制流處理正確 D) 以上全 部 ( 分?jǐn)?shù)： 2.00 )A.B.C.D. V解析： 解析 考查單元測試的技術(shù)指標(biāo)，選項(xiàng)A、B、C 都是單元測試的指標(biāo)，

5、應(yīng)選擇D。8. 從管理員視角來看軟件性能，他重點(diǎn)關(guān)注 。A .用戶感受到的軟件性能B .如何利用管理功能進(jìn)行性能調(diào)優(yōu)C.如何利用其他軟硬件手段進(jìn)行性能調(diào)優(yōu)D 以上全部分?jǐn)?shù)： 2.00 )A.B.C.D. V 解析：9. 軟件過程管理最起碼的要求是 A) 管理好軟件測試用例 B) 管理好測試說明文檔 C) 管理好軟件缺 陷報(bào)告 D) 管理好測試過程工具 ( 分?jǐn)?shù)： 2.00 )A.B.C. VD.解析： 解析 軟件缺陷報(bào)告是軟件測試過程中的核心測試產(chǎn)品之一，也是重要的測試產(chǎn)品，因此 管理好軟 件缺陷報(bào)告是軟件過程管理最起碼的要求。10. 第三方測試的目的是 _ 。A .對軟件進(jìn)行驗(yàn)收測試 B.提

6、高軟件產(chǎn)品的穩(wěn)定性和可靠性C.減少提交軟件系統(tǒng)中的缺陷上全部( 分?jǐn)?shù)： 2.00 )A.B.C.D. V解析：11. 以下選項(xiàng)中不屬于覆蓋率對軟件測試作用的是 。A) 得知測試是否充分B) 協(xié)助找出代碼中的語法錯(cuò)誤C) 指導(dǎo)設(shè)計(jì)能夠增加覆蓋率的測試用例D) 了解測試的弱點(diǎn)在哪里( 分?jǐn)?shù)： 2.00 )A.B. VC.D.解析： 解析 覆蓋率是反映代碼被測試程度的一種指標(biāo)，不是一種測試結(jié)果，因此無法協(xié)助找出 代碼中的 語法錯(cuò)誤。代碼中的語法錯(cuò)誤一般在程序編譯階段就已經(jīng)由編譯器檢查出來，并需要得 到修正后代碼才能 正確編譯。12. 測試過程的 4 項(xiàng)根本活動是測試籌劃、測試設(shè)計(jì)、測試總結(jié)和。A .

7、測試執(zhí)行B .測試報(bào)告C .測試度量D .測試需求分?jǐn)?shù)： 2.00 )A. VB.C.D.解析： 解析 軟件測試的根本過程一般包括測試籌劃、測試設(shè)計(jì)、測試執(zhí)行和測試總結(jié) 活動。這些活動一般按順序開展并且出現(xiàn)在所有測試階段。13. 對于具有串聯(lián)型分支結(jié)構(gòu)的程序， 如果有七個(gè)判斷語句串聯(lián)， 那么使用正交實(shí)驗(yàn)設(shè)計(jì)法， 需要的測試 用例數(shù)應(yīng)為 。D 以4 項(xiàng)至少A) 2 3 B) 2 4 C) 2 6 D) 2 7 分?jǐn)?shù)： 2.00 A. VB.C.D.解析：解析設(shè)串聯(lián)型分支結(jié)構(gòu)中有n個(gè)判定語句，計(jì)算滿足關(guān)系式n+1 < 2m的最小自然數(shù) m;設(shè) t=2m 取正交表 Lt ，并利用它設(shè)計(jì)測試數(shù)據(jù)

8、，其中 t 為最少需要的測試用例數(shù)。14. 以下選項(xiàng)中不屬于靜態(tài)錯(cuò)誤分析的是A) 功能分析 B) 引用分析C) 類型和單位分析 D) 表達(dá)式分析 分?jǐn)?shù)： 2.00 A. VB.C.D.解析： 解析 靜態(tài)錯(cuò)誤分析主要包括：類型和單位分析、引用分析、表達(dá)式分析和接口分析。15. 軟件驗(yàn)證和確認(rèn)理論是測試過程的理論依據(jù)， 其中確認(rèn)是檢查我們是否在建成一個(gè)正確的產(chǎn)品， 它強(qiáng)調(diào) 的是 。A) 過程的正確性 B) 產(chǎn)品的正確性 C) 測試的正確性 D) 規(guī)格說明的正確性( 分?jǐn)?shù)： 2.00 )A.B. VC.D.解析： 解析 驗(yàn)證是檢查軟件開發(fā)的各個(gè)階段過程活動的結(jié)果是否滿足規(guī)格說明的描述，證實(shí)各階 段和

9、階 段之間的邏輯協(xié)調(diào)性、完備性和正確性。確認(rèn)是證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯 正確性，即是否 滿足用戶的要求。 Bohem 給出了一個(gè)經(jīng)典定義：驗(yàn)證是檢查我們是否正在正確地 建造一個(gè)產(chǎn)品，它強(qiáng)調(diào)的 是過程的正確性。而確認(rèn)是檢查我們是否在建成一個(gè)正確的產(chǎn)品，它強(qiáng) 調(diào)的是產(chǎn)品的正確性。16. 軟件質(zhì)量的判斷絕不只限于程序中的錯(cuò)誤，在 _ 產(chǎn)生的錯(cuò)誤會在整個(gè)軟件開發(fā)過程中影響最 大。(A) 編碼階段(B) 測試階段(C) 概要設(shè)計(jì)(D) 詳細(xì)設(shè)計(jì)分?jǐn)?shù)： 2.00 A.B.C. VD.解析：17. 性能測試主要用于實(shí)時(shí)系統(tǒng)和嵌入式系統(tǒng)，其目標(biāo)是 。A 測試各種資源在超負(fù)荷的情況下的運(yùn)行情況B檢測

10、系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量C度量系統(tǒng)的性能和預(yù)先定義的目標(biāo)有多大差距D驗(yàn)證系統(tǒng)從軟件或者硬件失效中恢復(fù)的能力分?jǐn)?shù)： 2.00 A.B.c. VD.解析： 解析 性能測試主要用于實(shí)時(shí)系統(tǒng)和嵌入式系統(tǒng)， 性能測試是指測試軟件在集成系統(tǒng)中 的運(yùn)行性能 其目標(biāo)是度量系統(tǒng)的性能和預(yù)先定義的目標(biāo)有多大差距。 性能測試必須要有工具支持。 常用的測試用例設(shè) 計(jì)方法有標(biāo)準(zhǔn)導(dǎo)出法。18. 以下測試方法中，適用于功能測試和驗(yàn)收測試的是A 配置測試用例設(shè)計(jì)法 B 基于程序結(jié)構(gòu)的域測試用例設(shè)計(jì)法C 數(shù)據(jù)流測試用例設(shè)計(jì)法D 根據(jù)對象狀態(tài)變化來設(shè)計(jì)測試用例分?jǐn)?shù)： 2.00 A. VB.C.D.解析： 解析 測試用例的

11、設(shè)計(jì)方法有白盒測試和黑盒測試相對應(yīng)的設(shè)計(jì)方法，其中黑盒測試的用例設(shè)計(jì)方 法有：等價(jià)類劃分；因果圖法；邊界分析；用戶界面測試；配置測試；安 裝選項(xiàng)驗(yàn)證。而白盒測試的用例設(shè)計(jì)方法有：采用邏輯覆蓋的結(jié)構(gòu)測試用例的設(shè)計(jì)方法，基于程序結(jié)構(gòu)的域測試用例的設(shè)計(jì)方法，數(shù)據(jù)流測試用例的設(shè)計(jì)方法，根據(jù)對象狀態(tài)或等待狀態(tài)變化來設(shè)計(jì)測試用例，基于程序錯(cuò)誤的變異來設(shè)計(jì)測試用例，基于代數(shù)運(yùn)算符號的測試用例設(shè)計(jì)方法。這些測試用例設(shè)計(jì)方法都適用于 功能測試和驗(yàn)收測試。19. 針對程序段 ifx >10andy <20 then w=w/a ，對于 x ， y 的取值，以下哪組測試用例能夠滿 足判定 覆蓋的要求。A

12、 30 ， 15， 40 ， 10 B3 ， 0， 30， 30 C5 ，25， 10， 20 D 20 ， 10， 1 ，100)分?jǐn)?shù)： 2.00 A.B.C.D. V解析：20. 對程序的測試最好由 來做，對程序的調(diào)試最好由 _ 來做 A .程序員/第三方測試機(jī)構(gòu) B .第三方測試機(jī)構(gòu) /程序員C .程序開發(fā)組/程序員D .程序開發(fā)組/程序開發(fā)組( 分?jǐn)?shù)： 2.00 )A.B. VC.D.解析： 解析 根據(jù)軟件測試的概念，軟件的開發(fā)與測試應(yīng)該別離開來。所以測試最好由第三方測 試機(jī)構(gòu)來 做，而調(diào)試工作需要對源代碼的熟悉程度比擬高，最好由程序員來執(zhí)行。21. 系統(tǒng)測試的測試用例設(shè)計(jì)依據(jù)是A)

13、需求分析說明書B) 概要設(shè)計(jì)說明書C) 詳細(xì)設(shè)計(jì)說明書D) 規(guī)劃設(shè)計(jì)說明書 分?jǐn)?shù)： 2.00 A. VB.C.D.解析： 解析 系統(tǒng)測試屬于黑盒測試的范疇，不再對軟件的源代碼進(jìn)行分析和測試。系統(tǒng)測試的 目標(biāo)在于 通過與系統(tǒng)的需求分析說明書進(jìn)行比擬，檢查軟件是否存在與系統(tǒng)規(guī)格不符合或與之矛 盾的地方，以驗(yàn)證 軟件系統(tǒng)的功能和性能等滿足其規(guī)格說明所指定的要求，因此測試人員應(yīng)該主 要根據(jù)需求分析說明書來設(shè) 計(jì)系統(tǒng)測試階段的測試用例。22. 以下選項(xiàng)中不屬于代碼走查優(yōu)點(diǎn)的是 。A .一旦發(fā)現(xiàn)錯(cuò)誤，就能夠?qū)﹀e(cuò)誤進(jìn)行精確定位B .降低了調(diào)試本錢C .可以發(fā)現(xiàn)兼容性問題D .可以發(fā)現(xiàn)成批的錯(cuò)誤 分?jǐn)?shù)： 2.

14、00 A.B.C. VD.解析： 解析 兼容性問題需要在系統(tǒng)測試階段才能發(fā)現(xiàn)。23. 關(guān)于系統(tǒng)測試的方法，以下說法不正確的選項(xiàng)是 _ 。(A) 在實(shí)時(shí)系統(tǒng)中，功能需求與性能需求必須同時(shí)考慮(B) 協(xié)議一致性測試實(shí)際上就是比擬測試對象與相關(guān)協(xié)議是否符合GUI 測試很容易實(shí)現(xiàn)(C) 平安性測試的最終目的是平安控制(D) GUI 測試主要針對的是圖形界面，沒有涉及復(fù)雜的邏輯關(guān)系和算法，故 分?jǐn)?shù)： 2.00 A.B.C.D. V解析：24. “成熟度這一概念來源于美國 Carnegie Mellon 大學(xué)軟件工程研究所的軟件能力成熟度模型(SW-CMM ,)在測試支持度模型(Testability S

15、upport Model) 中,分為三個(gè)級別。以下哪項(xiàng)不屬于此級別分類 。A)弱(weak) B)根本(basic)C)正常(normal) D)強(qiáng)(strong)(分?jǐn)?shù)：2.00 )A.B.C. VD.解析：解析TSM分為3個(gè)級別。第一級：弱(weak)?？蓽y性支持，只提到很少的測試問題。第 二級：基 本(basic)。可測性支持，提到了根本的測試問題。第三級：強(qiáng)(strong)?？蓽y性支持，提到了所有的測試問題。二、論述題(總題數(shù)：2，分?jǐn)?shù)：40.00)25.以下是某應(yīng)用程序的規(guī)格描述，請按要求答復(fù)以下問題程序規(guī)那么：實(shí)現(xiàn)某城市的 號碼，該 號碼由三局部組成。它的說明如下：區(qū)號空白或3位數(shù)

16、字；前 綴非“ 0或“1開頭的3位數(shù)字；后綴4位數(shù)字。(1)請分析該程序的規(guī)那么說明和被測程序的功能 采用等價(jià)類劃分方法設(shè)計(jì)測試用例。分?jǐn)?shù)：20.00 )正確答案：(問題1：解答：首先分析程序的規(guī)那么說明和被測程序的功能，將其劃分等價(jià)類并編號，如下：有效等價(jià)類輸入:(I) 區(qū)號：空白；區(qū)號：3位數(shù)字； 前綴：從100999的3位數(shù)字；后綴：4位數(shù)字。無效等價(jià)類輸入： 區(qū)號：有非數(shù)字字符；區(qū)號：少于3位數(shù)字；區(qū)號：多于3位數(shù)字；(8) 前綴：有非數(shù)字字符；(9) 前綴：起始位為“0 ；(10) 前綴：少于3位數(shù)字；(II) 前綴：多于3位數(shù)字；(12) 后綴：有非數(shù)字字符；(13) 后綴：少于4

17、位數(shù)字；(14) 后綴：多于4位數(shù)字。問題2：根據(jù)上述等價(jià)類的劃分，設(shè)計(jì)測試用例，如表1所示表1無效的測試用例輸入，如表 2所示表2測試數(shù)據(jù)期望結(jié)果覆蓋范圍()276 2345顯示有效輸入1, 3, 4(635)805 9321顯示有效輸入2, 3, 4測試數(shù)據(jù)期望結(jié)果覆蓋范圍(20A)1234567顯示無效輸入5(24)123 -4567顯示無效輸入6(6428)1234567顯示無效輸入7(245)123B4567顯示無效輸入8(524)0234567顯示無效輸入9(824)23 -4567顯示無效輸入10(824)2364567顯示無效輸入11(824)236 -4A67顯示無效輸入12

18、(824)236567顯示無效輸入13(824)273 -45678顯示無效輸入14解析：解析首先分析程序的規(guī)那么說明和被測程序的功能，將其輸入情況劃分為有效等價(jià)類和無效等價(jià)類，然后按照等價(jià)類設(shè)計(jì)測試用例的方法設(shè)計(jì)有效的測試用例和無效的測試用 例。軟件規(guī)格說明：文件名的第一個(gè)字符必須是A或B，第二個(gè)字符必須是數(shù)字。滿足那么修改文件。假設(shè)第一個(gè)字符不為A或B，打印錯(cuò)誤信息 X12，假設(shè)第二個(gè)字符不為數(shù)字，那么打印錯(cuò)誤信息X13。分?jǐn)?shù)： 20.00 1.根據(jù)軟件規(guī)格說明的描述，畫出因果圖。分?jǐn)?shù)：10.00 正確答案：分析軟件規(guī)格說明書，找出原因和結(jié)果并進(jìn)行編號。原因：1第一個(gè)字符為 A2第一個(gè)字符為B3一第一個(gè)字符為數(shù)字結(jié)果：80修改文件81 打印錯(cuò)誤信息