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

1、計(jì)算機(jī)四級(jí)軟件測(cè)試工程師 -100（ 總分： 78.50 ，做題時(shí)間： 90 分鐘 ）一、選擇題 （總題數(shù)： 25，分?jǐn)?shù)： 50.50）1. 整體的項(xiàng)目計(jì)劃框架，需求規(guī)格說明，技術(shù)知識(shí)和業(yè)務(wù)知識(shí)，標(biāo)準(zhǔn)環(huán)境，設(shè)計(jì)文檔，足夠的資源，人員 的組織結(jié)構(gòu)應(yīng)當(dāng)是 所包含的內(nèi)容。A）測(cè)試計(jì)劃的整體目標(biāo)B）測(cè)試項(xiàng)目輸入標(biāo)準(zhǔn)C）測(cè)試項(xiàng)目輸出標(biāo)準(zhǔn)D）測(cè)試實(shí)施策略 （分?jǐn)?shù)： 2.00 ）A.B. VC.D.解析： 解析 整體的項(xiàng)目計(jì)劃框架，需求規(guī)格說明，技術(shù)知識(shí)和業(yè)務(wù)知識(shí)，標(biāo)準(zhǔn)環(huán)境，設(shè)計(jì)文檔，足夠的 資源，人員的組織結(jié)構(gòu)應(yīng)當(dāng)是測(cè)試項(xiàng)目輸入標(biāo)準(zhǔn)所包含的內(nèi)容。2. 有一個(gè)功能增強(qiáng)型的項(xiàng)目， 其以前的產(chǎn)品已經(jīng)很穩(wěn)定， 并

2、且新增的項(xiàng)目只有少數(shù)幾個(gè)構(gòu)件被增加或修改， 那么對(duì)該項(xiàng)目進(jìn)行集成測(cè)試最適合采用的策略是 。A. 自頂向下集成策略B 自底向上集成策略C.非增量集成策略 D 基于功能的集成策略（分?jǐn)?shù)： 2.00 ）A.B.C. VD.解析：3. 在黑盒測(cè)試中，著重檢查輸入條件的組合是 A. 等價(jià)類劃分法B 邊界值分析法C. 錯(cuò)誤推測(cè)法D 因果圖法（分?jǐn)?shù)： 2.00 ）A.B.C.D. V解析： 解析 在黑盒測(cè)試中，這些測(cè)試策略基本上都要考慮輸入條件的組合，但是基于因果圖的方法就是 著重檢查輸入條件組合的一種測(cè)試方法。4. Myers 提出的軟件缺陷的群集現(xiàn)象指的是 。A）在軟件測(cè)試過程中，缺陷不會(huì)少量出現(xiàn)，而會(huì)

3、成群出現(xiàn)B）在測(cè)試一個(gè)功能部件的過程中，通常一次會(huì)發(fā)現(xiàn)很多缺陷C）在測(cè)試的各個(gè)功能部件中，一般不是沒有發(fā)現(xiàn)缺陷，就是發(fā)現(xiàn)許多缺陷D）一個(gè)功能部件已發(fā)現(xiàn)的缺陷越多，找到它的更多未發(fā)現(xiàn)的缺陷的可能性就越大（分?jǐn)?shù)： 2.00 ）A.B.C.D. V解析： 解析 Myers 提出的軟件缺陷的群集現(xiàn)象是指測(cè)試后程序中殘余的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò) 誤數(shù)目成正比。即一個(gè)功能部件已發(fā)現(xiàn)的缺陷越多，找到它的更多未發(fā)現(xiàn)的缺陷的可能性就越大。5. 下列不屬于面向?qū)ο筌浖^(qū)別于傳統(tǒng)結(jié)構(gòu)化軟件的特點(diǎn)是 。A. 封裝B .結(jié)構(gòu)化C .繼承D .多態(tài)（分?jǐn)?shù)： 2.00 ）A.B. VC.D.解析：6. 在結(jié)構(gòu)化測(cè)試用

4、例中，最強(qiáng)的覆蓋準(zhǔn)則是A）判定覆蓋 B） 語句覆蓋C） 路徑覆蓋 D） 條件覆蓋（分?jǐn)?shù)： 2.00 ）A.B.C. VD.解析： 解析 結(jié)構(gòu)化測(cè)試中有語句覆蓋、條件覆蓋、判定覆蓋 （ 也稱分支覆蓋 ） 、路徑覆蓋等，其中路徑覆 蓋是最強(qiáng)的覆蓋準(zhǔn)則。7. 不屬于基本文檔測(cè)試模板的是 。A. 測(cè)試過程模板B 測(cè)試計(jì)劃模板C. 測(cè)試用例模板D 測(cè)試報(bào)告模板分?jǐn)?shù)： 2.00 )A. VB.C.D.解析：8. Web應(yīng)用系統(tǒng)一般分為3層，下列哪一層不屬于 Web應(yīng)用系統(tǒng)的范疇 <A. 應(yīng)用層B 表示層C 業(yè)務(wù)層D 數(shù)據(jù)層分?jǐn)?shù)： 2.00 )A. VB.C.D.解析： 解析 Web 應(yīng)用系統(tǒng)一般分為

5、三層，分別為表示層、業(yè)務(wù)層和數(shù)據(jù)層。應(yīng)用層不應(yīng)包含在其中，此 處不要和網(wǎng)絡(luò)中的 ISO 七層網(wǎng)絡(luò)模型相混淆。9. 在體系結(jié)構(gòu)分析中，一個(gè)子系統(tǒng)的實(shí)現(xiàn)主要通過A) 界面構(gòu)件 B) 業(yè)務(wù)構(gòu)件C) 用于數(shù)據(jù)傳遞的構(gòu)件和訪問數(shù)據(jù)庫構(gòu)件 D) 以上全部 (分?jǐn)?shù)： 2.00 )A.B.C.D. V解析： 解析 體系結(jié)構(gòu)的分析需要從兩個(gè)角度出發(fā)，首先從需求的跟蹤實(shí)現(xiàn)出發(fā)，劃分出系統(tǒng)實(shí)現(xiàn)上的結(jié) 構(gòu)層次圖；其次需要描述系統(tǒng)構(gòu)件之間的依賴關(guān)系。在結(jié)構(gòu)層次圖中可以看出，一個(gè)子系統(tǒng)主要通過四類 構(gòu)件來實(shí)現(xiàn)：界面構(gòu)件、業(yè)務(wù)構(gòu)件、用于數(shù)據(jù)傳遞的構(gòu)件和訪問數(shù)據(jù)庫構(gòu)件，其中界面構(gòu)件負(fù)責(zé)與用戶交 互；業(yè)務(wù)構(gòu)件負(fù)責(zé)處理業(yè)務(wù)邏輯；

6、訪問數(shù)據(jù)庫構(gòu)件提供與數(shù)據(jù)庫的接口；用于數(shù)據(jù)連接的構(gòu)件負(fù)責(zé)向業(yè)務(wù) 構(gòu)件傳遞系統(tǒng)更新的數(shù)據(jù)。10. 針對(duì)下面的程序段，對(duì)于(MaxNum Type)的取值，至少需要個(gè)測(cè)試用例才能夠滿足判定覆蓋的要求。while(MaxNum- > 0)If(10=Type)x=y*2；Else if(100=Type)x=y+20；A) 5 B) 4 C) 3 D) 2(分?jǐn)?shù)： 2.00 )A.B.C. VD.解析：解析 判定覆蓋是使得程序中每個(gè)判定表達(dá)式的每個(gè)分支都至少執(zhí)行一次 (真假分支均被滿足一次 ) 此題中， (100 ， 10) 、(100 ， 100) 、(100， 70)三個(gè)測(cè)試用例即可滿足上

7、述程序的判定覆蓋。11. 性能測(cè)試主要用于實(shí)時(shí)系統(tǒng)和嵌入式系統(tǒng)，其目標(biāo)是 。(A) 測(cè)試各種資源在超負(fù)荷的情況下的運(yùn)行情況(B) 檢測(cè)系統(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.解析：不需12. 健壯性測(cè)試又稱容錯(cuò)測(cè)試。 其一般的測(cè)試方法是軟件故障插入測(cè)試， 在軟件故障插入測(cè)試技術(shù)中， 要關(guān)注的內(nèi)容為 。(A) 故障類型(B) 插入故障的方法(C) 目標(biāo)系統(tǒng)(D) 測(cè)試系統(tǒng)(分?jǐn)?shù)： 2.00 )A.B.C.D. V解析：13. 兼容性測(cè)試是指 。A) 針對(duì)軟件對(duì)其運(yùn)行環(huán)境

8、的依賴進(jìn)行測(cè)試，以驗(yàn)證軟件是否能夠在所有期望的環(huán)境中運(yùn)行B) 測(cè)試本款軟件與其他應(yīng)用軟件是否能在同一操作系統(tǒng)下同時(shí)執(zhí)行C) 檢測(cè)軟件與其他軟件是否能正常進(jìn)行信息的交流和傳遞D) 以上都不對(duì)(分?jǐn)?shù)： 2.00 )A. VB.C.D.解析： 解析 所謂兼容性測(cè)試，是指針對(duì)軟件對(duì)其運(yùn)行環(huán)境的依賴進(jìn)行測(cè)試，以驗(yàn)證軟件是否能夠在所有 期望的環(huán)境中運(yùn)行。通常，兼容性測(cè)試主要考慮硬件、軟件和數(shù)據(jù)三個(gè)方面。14. 黑盒測(cè)試中最典型的一種測(cè)試技術(shù)是 。(A) 邏輯覆蓋(B) 等價(jià)分類法(C) 等價(jià)分類法(D) 使用綜合測(cè)試策略(分?jǐn)?shù)： 2.00 )A.B. VC.D.解析：15. 以下選項(xiàng)中不屬于協(xié)議一致性測(cè)試

9、分析方法中的測(cè)試的是 。A. 基本互聯(lián)測(cè)試 B .定向診斷測(cè)試C. 人員測(cè)試D 能力測(cè)試分?jǐn)?shù)： 2.00 )A.D.解析：16. 以下關(guān)于面向?qū)ο筌浖y(cè)試的說法中，正確的是A） 不需要對(duì)抽象類進(jìn)行單元測(cè)試B）等價(jià)類劃分測(cè)試是一種類層次的測(cè)試技術(shù)C）不變式邊界測(cè)試是一種類層次的測(cè)試技術(shù)D）測(cè)試動(dòng)態(tài)綁定是類樹測(cè)試的唯一目標(biāo)（分?jǐn)?shù)： 2.00 ）A.B.C. VD.解析：17. 表示層測(cè)試的最后一項(xiàng)重要任務(wù)是 。A. 測(cè)試排版結(jié)構(gòu)、內(nèi)容的展示B. 測(cè)試頁面在不同的瀏覽器里是否都表現(xiàn)正常C. 測(cè)試頁面間相互鏈接的關(guān)系是否合理D. 測(cè)試客戶端程序是否對(duì)頁面的排版造成了不合理影響（分?jǐn)?shù)： 2.00 ）A.

10、B. VC.D.解析：18. 軟件測(cè)試工具分為 。A.靜態(tài)測(cè)試工具 B 動(dòng)態(tài)測(cè)試工具C.其他支持測(cè)試活動(dòng)的測(cè)試工具D .以上全部（分?jǐn)?shù)： 2.00 ）A.B.C.D. V解析：如果經(jīng)19. 如果軟件出現(xiàn)修改設(shè)計(jì)的嚴(yán)重錯(cuò)誤， 那么軟件質(zhì)量和可靠性就不能保證， 應(yīng)對(duì)軟件進(jìn)一步測(cè)試。 過測(cè)試，軟件功能完善，錯(cuò)誤率數(shù)據(jù)很少，并易于修改，可能的結(jié)果是。A.軟件的質(zhì)量和可靠性可以接受B 所做的測(cè)試不充分C.先前做出的改正是錯(cuò)誤的D . A或者B分?jǐn)?shù)： 2.00 ）A.C.D. V解析： 解析 通過收集和分析測(cè)試結(jié)果中出錯(cuò)率的數(shù)據(jù)，可建立可靠性模型，進(jìn)行可靠性預(yù)報(bào)，如果出現(xiàn) 上述情況，那么有兩種可能：要么是

11、軟件的質(zhì)量和可靠性可以接受，要么是所做的測(cè)試不充分。20. 開始軟件測(cè)試工作前具備的條件有 。A.具有測(cè)試計(jì)劃B 具有軟件測(cè)試所需的各種文檔 C.軟件源代碼正確通過編譯D 以上全部(分?jǐn)?shù)： 2.00 )A.B.C.D. V解析：21. 下列選項(xiàng)當(dāng)中，不是應(yīng)用服務(wù)器的主要功能的是 A) 構(gòu)建運(yùn)行環(huán)境B) 公共服務(wù)C) 互操作機(jī)制D) 內(nèi)容驅(qū)動(dòng) (分?jǐn)?shù)： 2.00 )A.B.C.D. V解析： 解析 應(yīng)用服務(wù)器的功能主要包括三方面：構(gòu)建運(yùn)行環(huán)境、互操作機(jī)制和公共服務(wù)。這三方面分別 對(duì)測(cè)試產(chǎn)生了不同的影響。22. “成熟度”這一概念來源于美國(guó) Carnegie Mellon 大學(xué)軟件工程研究所的軟件

12、能力成熟度模型 (SW-CMM) 在測(cè)試支持度模型 (Testability Support Model) 中，分為三個(gè)級(jí)別。 下列哪項(xiàng)不屬于此級(jí)別分類 。(A) 弱 (weak)(B) 基本 (basic)(C) 正常 (normal)(D) 強(qiáng)(strong)(分?jǐn)?shù)： 2.00 )A.B.C. VD.解析：23. 計(jì)算機(jī)軟件測(cè)試規(guī)范規(guī)定，軟件測(cè)試的類別可分為單元測(cè)試、集成測(cè)試以及A) 系統(tǒng)測(cè)試 B) 驗(yàn)收測(cè)試 C) 系統(tǒng)測(cè)試和驗(yàn)收測(cè)試D) 配置項(xiàng)測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試分?jǐn)?shù)： 2.00 )A.B.C.D. V解析： 解析 計(jì)算機(jī)軟件測(cè)試規(guī)范規(guī)定，軟件測(cè)試的類別可分為：?jiǎn)卧獪y(cè)試、集成測(cè)試、配

13、置項(xiàng)測(cè)試、系 統(tǒng)測(cè)試和驗(yàn)收測(cè)試。24. 下列哪種軟件測(cè)試不屬于軟件性能測(cè)試的范疇A) 分支覆蓋測(cè)試 B) 并發(fā)測(cè)試C) 壓力測(cè)試 D) 負(fù)載測(cè)試 (分?jǐn)?shù)： 2.00 )A. VB.C.D.解析： 解析 依據(jù)測(cè)試目標(biāo)的不同，可以把軟件性能測(cè)試及性能有關(guān)的其他測(cè)試分為以下幾類： 性能測(cè)試。 并發(fā)測(cè)試。 壓力測(cè)試。 可靠性測(cè)試。 負(fù)載測(cè)試。 配置測(cè)試。 失效恢復(fù)測(cè)試。25. Myers 在 1979 年提出了一個(gè)重要觀點(diǎn)，即軟件測(cè)試的目的是為了 。A) 證明程序正確B) 查找程序錯(cuò)誤C) 改正程序錯(cuò)誤D) 驗(yàn)證程序無錯(cuò)誤(分?jǐn)?shù)： 2.50 )A.B. VC.D.解析：解析Glenford J . M

14、yers于1979年給出測(cè)試的定義為：軟件測(cè)試是為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行的一個(gè)程 序或者系統(tǒng)的過程。同時(shí)他給出了 3 個(gè)關(guān)于測(cè)試的重要觀點(diǎn)：測(cè)試是為了證明程序有錯(cuò)，而不是證明程序正確。一個(gè)好的測(cè)試用例在于它能發(fā)現(xiàn)以前未發(fā)現(xiàn)的錯(cuò)誤。一個(gè)成功的測(cè)試是發(fā)現(xiàn)了以前未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。二、 論述題 ( 總題數(shù)： 3，分?jǐn)?shù)： 28.00)26. 以下是學(xué)生選課系統(tǒng)中“學(xué)生查詢成績(jī)”交互行為的描述，請(qǐng)按要求回答問題。 交互開始時(shí)終端上顯示首頁，用戶選擇“查詢”請(qǐng)求后，顯示“請(qǐng)輸入學(xué)號(hào)”。在用戶輸入學(xué)號(hào)后，系統(tǒng) 核對(duì)學(xué)生學(xué)號(hào)：若輸入的學(xué)號(hào)不正確，則顯示“輸入的學(xué)號(hào)不正確”，此次查詢?nèi)∠?，回到首頁；若輸?學(xué)號(hào)正確，則

15、出現(xiàn)“請(qǐng)輸入課程名”。一旦輸入課程名，就開始核對(duì)課程名稱：若輸入的課程名不正確， 則顯示“輸入的課程名不正確”， 此次查詢?nèi)∠?回到首頁； 若輸入的課程名正確， 則根據(jù)“學(xué)號(hào)”和“課 程名”查詢學(xué)生成績(jī)。若查詢學(xué)生成績(jī)成功， 則顯示查詢到的成績(jī)， 系統(tǒng)詢問是否繼續(xù)查詢： 當(dāng)用戶選擇“繼續(xù)查詢”后回到“請(qǐng) 輸入學(xué)號(hào)”；當(dāng)用戶選擇“結(jié)束查詢”后回到首頁。若查詢成績(jī)失敗，則顯示“查詢失敗”后回到首頁(1) 請(qǐng)畫出該系統(tǒng)以上交互行為的狀態(tài)圖(應(yīng)滿足功能圖的要求，不可畫成流程圖)。(2) 用基本路徑測(cè)試方法確定該狀態(tài)圖的測(cè)試路徑。(分?jǐn)?shù)：10.00)正確答案：(1)根據(jù)系統(tǒng)的規(guī)格說明，畫出狀態(tài)圖，如圖

16、1所示。其中：M1:選擇“查詢”請(qǐng)求M2輸入學(xué)號(hào)M3輸入了正確的學(xué)號(hào)M4輸入了錯(cuò)誤的學(xué)號(hào)M5 M9 M13:回歸首頁M6輸入課程名M7:輸入了正確的課程名M8輸入了錯(cuò)誤的課程名M10選擇查詢成績(jī)M11 :查詢成績(jī)成功M12:查詢成績(jī)失敗M14:系統(tǒng)詢問是否繼續(xù)查詢M15:用戶選擇“繼續(xù)查詢”M16:用戶選擇“結(jié)束查詢” 根據(jù)系統(tǒng)的規(guī)格說明，畫出控制流圖，如圖2所示。由控制流圖可以看出，程序中有4個(gè)判定節(jié)點(diǎn)，因此該程序的環(huán)路復(fù)雜度V(G)=5，所以可以確定5條獨(dú)立的測(cè)試路徑，即：Path1 : 1-2-4Path2 : 1-2-3-6Path3 : 1-2-3-5-8Path4 : 1-2-3-

17、5-7-9path5 : 1-2-3-5-7-10)解析：27. 在QESuite Web Version1.0 中，已知某安全文檔管理系統(tǒng)測(cè)試項(xiàng)目的部分信息如下所示：(1) 在測(cè)試過程中先后產(chǎn)生4個(gè)測(cè)試版本，按日期排序分別為：SDAT1.0_101009、SDAT1.0_101030、SDAT1.0_101106 和 SDAT1.0_101108。(2) 功能分類視圖中部分待測(cè)區(qū)域及人員分配定義如下表所示：功能區(qū)域功能區(qū)域測(cè)試人員開發(fā)人員安裝王明胡長(zhǎng)文本地安全區(qū)王明李玉我的安全區(qū)導(dǎo)入和導(dǎo)出王明李玉服務(wù)端安全區(qū)劉剛張軍性能并發(fā)傳輸響應(yīng)能力趙正高朋已知?jiǎng)傇诠δ軈^(qū)域“我的安全區(qū)/導(dǎo)入和導(dǎo)岀”下發(fā)

18、現(xiàn)一個(gè)軟件問題，下表中是該軟件問題的操作歷史信息，請(qǐng)依據(jù)QESuite Web Version 1.0的軟件問題生命周期定義和題中提供的相關(guān)人員分配和測(cè)試版本信息，假設(shè)下表中“執(zhí)行操作”的信息均正確，請(qǐng)找岀表中的錯(cuò)誤并說明理由。操作序號(hào)操作者執(zhí)行操作 操作后的問題狀態(tài)測(cè)試版本12345SDAT1.0_101009SDAT1.0_101030SDAT1.0_101106SDAT1.0_101106SDAT1.0_101030劉剛新建 打開趙正校驗(yàn)/再現(xiàn)打開/再現(xiàn) 李玉 修復(fù)/修復(fù)待驗(yàn)/修復(fù) 王明驗(yàn)證/同意解決/不修復(fù) 王明重新打開待驗(yàn)/修復(fù)(分?jǐn)?shù)：8.00 ) 正確答案：(序號(hào)操作者執(zhí)行操作操作

19、后的測(cè)試版本序號(hào)冋題狀態(tài)1 王 明 新建 新建 SDAT1.0_1010092 王明 校驗(yàn)/再現(xiàn)打開/再現(xiàn)SDAT1.0_1010303 李玉 修復(fù)/修復(fù)待驗(yàn)/修復(fù)SDAT1.0_1011064 王明 驗(yàn)證/同意解決/修復(fù)SDAT1.0_1011085 王明 重新打開 打開/再現(xiàn)SDAT1.0_101108理由：(1) 題中說產(chǎn)生四個(gè)版本，應(yīng)該把四個(gè)版本都考慮進(jìn)去，還有最后一個(gè)，要用最新的版本進(jìn)行測(cè)試。如果用“解決”以前的版本進(jìn)行測(cè)試，并不能反映真實(shí)的情況。用最新的版本進(jìn)行測(cè)試，有問題才修改狀態(tài)為“打開/再現(xiàn)”，證明這個(gè)錯(cuò)誤并沒有真正解決。(2) 操作序號(hào)1中，一般測(cè)試人員只能提交新的軟件問題

20、入庫，并將其狀態(tài)置為“新建”，該行“操作后問題狀態(tài)”應(yīng)為“新建”。(3) 操作序號(hào)4中，測(cè)試人員查詢狀態(tài)為“待驗(yàn)”的軟件問題，驗(yàn)證是否修復(fù)。如果已修復(fù)，則置軟件問題狀態(tài)為“解決”；如果沒有解決，則置狀態(tài)為“打開”。該行“操作后的問題狀態(tài)”應(yīng)為“解決/修復(fù)”(4) 操作序號(hào)5中，在以后的測(cè)試版本中，如果該問題重新岀現(xiàn)，測(cè)試人員應(yīng)該重新打開此問題，并將問題狀態(tài)更改為“打開/再現(xiàn)”。)解析：28. QESuite Web Version 1.0中，已知Lead 1.0 郵件系統(tǒng)測(cè)試項(xiàng)目的部分信息如下：測(cè)試版本：總計(jì)兩個(gè)測(cè)試版本，按日期排序分為L(zhǎng)ead1._090703，Lead1.0_090801功能分類視圖中部分待測(cè)區(qū)域及人員分配定義如下表所示：功能區(qū)域功能區(qū)域測(cè)試人員開發(fā)人員安全Test1Developerl郵件系統(tǒng)郵件管理Test2Developer2發(fā)郵件Test2Developer2收郵