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

1、計(jì)算機(jī)四級(jí)軟件測試工程師 -28（ 總分： 100.00 ，做題時(shí)間： 90 分鐘 ）一、選擇題 （總題數(shù)： 25，分?jǐn)?shù)： 50.00）1. 一下哪種應(yīng)用服務(wù)器不遵循 J2EE 規(guī)范。（分?jǐn)?shù)： 2.00 ）A. Oracle 9i Application ServerB. PKUASC. Web LogicD. Tuxedo V解析：2. 軟件性能測試的目標(biāo)不僅僅是發(fā)現(xiàn)性能缺陷，具體軟件性能測試不包括下述中的（分?jǐn)?shù)： 2.00 ）A. 發(fā)現(xiàn)缺陷B. 性能調(diào)優(yōu)C. 能力檢測與規(guī)劃D. 安全入侵檢測 V解析：3. 選取足夠多的測試數(shù)據(jù)，使得判定表達(dá)式中的每個(gè)條件的所有可能取值至少執(zhí)行一次，而且每個(gè)

2、判定表 達(dá)式的所有可能的判定結(jié)果至少執(zhí)行一次。這種覆蓋測試方法為 。（分?jǐn)?shù)： 2.00 ）A. 邏輯覆蓋B. 語句覆蓋C. 判定覆蓋或分支覆蓋D. 判定-條件覆蓋V解析：4. 不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測試者依據(jù)該程序功能上的輸入輸出關(guān)系，或是程序的外部 特性來設(shè)計(jì)和選擇測試用例，推斷程序編碼正確性的測試方法是 。（分?jǐn)?shù)： 2.00 ）A. 動(dòng)態(tài)測試B. 靜態(tài)測試C. 黑盒測試 VD. 灰盒測試解析：5. 測試的復(fù)用包括 分?jǐn)?shù)： 2.00 ）A. 測試用例的復(fù)用B. 測試用例的復(fù)用C. 測試用例的復(fù)用D. 以上全部 V解析：6. 下列不是面向?qū)ο笾饕卣鞯倪x項(xiàng)為 。（分?jǐn)?shù)： 2.0

3、0 ）A. 封裝B. 繼承C. 實(shí)效 VD. 多態(tài)解析：7. 下列關(guān)于文檔測試的說法中，不正確的是 （分?jǐn)?shù)： 2.00 ）A. 在軟件系統(tǒng)的開發(fā)和維護(hù)工作中，文檔編寫與維護(hù)所占到的比重是10%25%B. 如果文檔出現(xiàn)了與當(dāng)前系統(tǒng)不符的問題，測試人員應(yīng)作為錯(cuò)誤上報(bào)C. 有缺陷的程序通常會(huì)導(dǎo)致有缺陷的結(jié)果，而又缺陷的文件可能不會(huì)D. 有缺陷的文件即使存在了，也不會(huì)導(dǎo)致系統(tǒng)被不當(dāng)更改或系統(tǒng)的輸出使用不當(dāng)V解析：8. 按照數(shù)據(jù)庫應(yīng)用系統(tǒng)生命周期模型，在開發(fā)某數(shù)據(jù)庫應(yīng)用系統(tǒng)時(shí)，對(duì)系統(tǒng)采用的軟硬件及技術(shù)方案等作 出合理的評(píng)估并提出選擇建議的工作屬于 。（分?jǐn)?shù)： 2.00 ）A. 規(guī)劃與分析階段的系統(tǒng)規(guī)劃與

4、定義B. 規(guī)劃與分析階段的可行性分析 VC. 需求分析階段的業(yè)務(wù)規(guī)則需求分析D. 系統(tǒng)設(shè)計(jì)階段的總體設(shè)計(jì)解析：9. 下列選項(xiàng)中不屬于覆蓋率對(duì)軟件測試作用的是 （分?jǐn)?shù)： 2.00 ）A. 得知測試是否充分B. 協(xié)助找出代碼中的語法錯(cuò)誤 VC. 指導(dǎo)設(shè)計(jì)能夠增加覆蓋率的測試用例D. 了解測試的弱點(diǎn)在哪里解析：10. 白盒測試方法的缺點(diǎn)是 和。1. 不可測試軟件的特定部位2. 不能發(fā)現(xiàn)功能需求中的錯(cuò)誤3. 無法檢驗(yàn)軟件的外部特征4. 無法測試未實(shí)現(xiàn)功能需求的軟件的內(nèi)部缺陷（分?jǐn)?shù)： 2.00 ）A. 1 2B. 2 3VC. 1 4D. 3 4解析：11. 面向?qū)ο蠹蓽y試的目的是 （分?jǐn)?shù)： 2.00

5、 ）A. 測試系統(tǒng)的各個(gè)組成部分放在一起是否能夠協(xié)調(diào)一致VB. 檢查測試用例生成，測試用例執(zhí)行，測試結(jié)果判斷是否正確C. 選擇哪些實(shí)體集成D. 確定每個(gè)類及其實(shí)例是否能正常工作解析：12. 集成測試中使用的主要的測試方法為 。（分?jǐn)?shù)： 2.00 ）A. 黑盒測試 VB. 灰盒測試C. 回歸測試D. 白盒測試解析：13. 面向?qū)ο筌浖茈y對(duì)單個(gè)成員方法進(jìn)行充分的測試， 加油良好封裝性的類稱為單元測試的基本對(duì)像。 列內(nèi)容，不屬于類層次測試內(nèi)容的為 。（分?jǐn)?shù)： 2.00 ）A. 不變式邊界測試B. 多態(tài)服務(wù)測試 VC. 模態(tài)類測試D. 非模態(tài)類測試解析：14. 漸增式開發(fā)方法有利于 （分?jǐn)?shù)： 2.0

6、0 ）A. 獲取軟件需求B. 快速開發(fā)軟件 VC. 大型團(tuán)隊(duì)開發(fā)D. 商業(yè)軟件開發(fā)解析：15. 下列測試用例設(shè)計(jì)中既適用于失效恢復(fù)測試用例設(shè)計(jì)又適用于健壯性測試用例設(shè)計(jì)的方法為（分?jǐn)?shù)： 2.00 ）A. 規(guī)范導(dǎo)出法B. 錯(cuò)誤猜測法 VC. 基于故障的測試D. 基于風(fēng)險(xiǎn)的測試 解析：16. 針對(duì)下面的程序段，對(duì)于(MaxNum,Type)的取值，至少需要 個(gè)測試用例才能夠滿足判定覆蓋的要求。While(MaxNum- - 0)If (10=Type) x=y*2;Else if (100=Type) x=y+20;(分?jǐn)?shù)： 2.00 )A. 5B. 4C. 3 VD. 2解析：17. 測試執(zhí)行標(biāo)

7、準(zhǔn)，缺陷描述和處理標(biāo)準(zhǔn)，文檔標(biāo)準(zhǔn)和模板，測試分析、質(zhì)量評(píng)估標(biāo)準(zhǔn)等應(yīng)當(dāng)是 所包含的內(nèi)容。(分?jǐn)?shù)： 2.00 )A. 測試計(jì)劃的整體目標(biāo)B. 測試項(xiàng)目輸入標(biāo)準(zhǔn)C. 測試項(xiàng)目輸出標(biāo)準(zhǔn) VD. 測試實(shí)施策略 解析：18. Web 應(yīng)用系統(tǒng)的安全測試與防護(hù)主要包括 (1) 入侵檢測(2) 漏洞掃描(3) 安全策略(4) 安全管理策略 (分?jǐn)?shù)： 2.00 )A. (1)(2)(3)B. (2)(3)(4)C. (1)(3)(4)D. (1)(2)(3)(4)V解析：19. 下述軟件測試過程管理特點(diǎn)的敘述，不正確的是 (分?jǐn)?shù)： 2.00 )A. 軟件質(zhì)量標(biāo)準(zhǔn)定義不準(zhǔn)確、任務(wù)邊界模糊B. 軟件測試項(xiàng)目的變化控

8、制和預(yù)警分析要求高C. 要求測試人力資源豐富，有快速的變動(dòng)調(diào)整以適應(yīng) VD. 測試任務(wù)分配難解析：20. 在軟件交付使用之后，用戶將如何實(shí)際使用它，對(duì)于開發(fā)者來說是無法預(yù)測的，關(guān)于a測試和B測試, 敘述不正確的是 。（分?jǐn)?shù)： 2.00 ）A. a測試由用戶在開發(fā)者的場所進(jìn)行B. 3測試由軟件的最終用戶們?cè)谝粋€(gè)或多個(gè)客戶場所進(jìn)行C. a測試是在不受控的環(huán)境中進(jìn)行的VD. 3 測試是軟件在一個(gè)用戶自我使用的“真實(shí)”的環(huán)境中的應(yīng)用 解析：21. 通常測試用例很難 100%覆蓋測試需求，因?yàn)?。1. 輸入量太大2. 輸出結(jié)果多3. 軟件實(shí)現(xiàn)途徑多4. 測試依據(jù)沒有統(tǒng)一標(biāo)準(zhǔn)（分?jǐn)?shù)： 2.00 ）A. 1

9、 2 3B. 2 3C. 1 2 3 4VD. 1 3解析：22. 般認(rèn)為80%勺問題存在于20%勺程序中。例如美國IBM公司的OS/370操作系統(tǒng)中，47%勺錯(cuò)誤僅與該 系統(tǒng)的 4%的程序模塊有關(guān)。這種現(xiàn)象被稱作 。（分?jǐn)?shù)： 2.00 ）A. 錯(cuò)誤的群集 VB. 錯(cuò)誤的二八法則C. 少數(shù)服從多數(shù)D. 錯(cuò)誤的潛在危機(jī)解析：23. 軟件測試活動(dòng)主要包括 （分?jǐn)?shù)： 2.00 ）A. 測試設(shè)計(jì)與開發(fā)B. 測試執(zhí)行C. ） A）BVD. 測試總結(jié)解析：因此手冊(cè)的測試必須測試手冊(cè)的準(zhǔn)確性， 這方面檢查范圍不包括24. 不準(zhǔn)確的手冊(cè)容易導(dǎo)致用戶誤用軟件，分?jǐn)?shù)： 2.00 ）A. 檢查手冊(cè)對(duì)相關(guān)概念和術(shù)語的

10、使用B. 檢查手冊(cè)對(duì)約束條件的約束C. 檢查手冊(cè)對(duì)功能的描述D. 檢查是否有未在手冊(cè)中出現(xiàn)的功能解析：25. 下列關(guān)于軟件測試過程管理的原則，說法錯(cuò)誤的是 (分?jǐn)?shù):2.00)A. 有關(guān)測試需求，應(yīng)當(dāng)有一個(gè)經(jīng)各方同意的、完整的、清楚的、詳細(xì)的、整體的、可實(shí)現(xiàn)和可測試性的 需求并文檔化，盡可能堅(jiān)持最初的原則B. 最后再測試，由 W模型中抽象出來的理念VC. 全面測試，由W模型中抽象出來的理念D. 獨(dú)立的、迭代的測試，由H模型中得到的理念解析：二、論述題(總題數(shù)：3，分?jǐn)?shù)：50.00)26. 請(qǐng)仔細(xì)閱讀以下程序并完成要求。lf(a 2&tx 3)&(c 4|d 2b 4d 510 1000 :f n

11、TFT23150TTTT35 :050 :T :TT 1T40505FFFF)解析：以下是某C程序段，其功能是計(jì)算輸入數(shù)據(jù)是否為水仙花數(shù)，請(qǐng)仔細(xì)閱讀程序并完成要求。#includevoid main()int i,a,b,c;scanf(%d ，&i);a=i/100;b=i/10%10;c=i%10;if(i=a*a*a+b*b*b+c*c*c) printf(%d/n,i);（分?jǐn)?shù)：20.00 ）（1）.畫出此程序主函數(shù)的控制流程圖。（分?jǐn)?shù)：10.00 ） 正確答案：（主函數(shù)的控制流程圖如下。*）解析：（2）.設(shè)計(jì)一組測試用例，使該程序所有函數(shù)的語句覆蓋率和分支覆蓋率均能達(dá)到100%如果認(rèn)

12、為該程序的語句或分支覆蓋率無法達(dá)到100%需說明為什么。（分?jǐn)?shù)：10.00）正確答案：（此題測試用例的設(shè)計(jì)要覆蓋兩條路徑，既有水仙花數(shù)，也不是水仙花數(shù)。153和123即可。）解析：以下是QESuite Web Version 1.0 操作手冊(cè)的部分內(nèi)容，請(qǐng)按要求回答問題（分?jǐn)?shù)：20.00）（1）.下圖是QESuite Web Version 1.0中問題報(bào)告的管理過程。請(qǐng)描述在什么情況下對(duì)問題報(bào)告進(jìn)行修復(fù)操作。（分?jǐn)?shù)：10.00 ）正確答案：（對(duì)于狀態(tài)為“打開”的問題報(bào)告，相應(yīng)的開發(fā)人員將負(fù)責(zé)修復(fù)它們。通過V修復(fù)操作，開發(fā) 人員將問題報(bào)告的狀態(tài)由“打開”變?yōu)椤按?yàn)”。通常的情況下，開發(fā)人員會(huì)修復(fù)這些問題。然而，對(duì)于 某些問題，它們是不能被修復(fù)或者暫時(shí)不去修復(fù)的。例如：一個(gè)增強(qiáng)性需求的問題或者一個(gè)軟件限制所帶 來的問題。只有具有管理員、開發(fā)人員及修復(fù)角色的人員可以執(zhí)行V修復(fù)操作。）解析：（分?jǐn)?shù):（2）.請(qǐng)給岀修復(fù)一個(gè)問題報(bào)告的操作步驟。10.00 ) 正確答案：（修復(fù)問題報(bào)告步驟：1. 在問題報(bào)告列表中，打開需要修復(fù)的問題報(bào)告。（注意：只能修復(fù)那些狀態(tài)為“打開”的問題報(bào)告 ）2. 在查看問題報(bào)告頁面中選擇V修復(fù)按鈕。3. 在修復(fù)窗口中，子狀態(tài)下拉列表中可供選擇的