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

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

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

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

4、例中，最強(qiáng)的覆蓋準(zhǔn)則是A）判定覆蓋 B） 語句覆蓋C） 路徑覆蓋 D） 條件覆蓋（分?jǐn)?shù)： 2.00 ）A.B.C. VD.解析： 解析 結(jié)構(gòu)化測試中有語句覆蓋、條件覆蓋、判定覆蓋 （ 也稱分支覆蓋 ） 、路徑覆蓋等，其中路徑覆 蓋是最強(qiáng)的覆蓋準(zhǔn)則。7. 不屬于基本文檔測試模板的是 。A. 測試過程模板B 測試計劃模板C. 測試用例模板D 測試報告模板分?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)分析中，一個子系統(tǒng)的實現(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)的分析需要從兩個角度出發(fā)，首先從需求的跟蹤實現(xiàn)出發(fā)，劃分出系統(tǒng)實現(xiàn)上的結(jié) 構(gòu)層次圖；其次需要描述系統(tǒng)構(gòu)件之間的依賴關(guān)系。在結(jié)構(gòu)層次圖中可以看出，一個子系統(tǒng)主要通過四類 構(gòu)件來實現(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. 針對下面的程序段，對于(MaxNum Type)的取值，至少需要個測試用例才能夠滿足判定覆蓋的要求。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.解析：解析 判定覆蓋是使得程序中每個判定表達(dá)式的每個分支都至少執(zhí)行一次 (真假分支均被滿足一次 ) 此題中， (100 ， 10) 、(100 ， 100) 、(100， 70)三個測試用例即可滿足上

7、述程序的判定覆蓋。11. 性能測試主要用于實時系統(tǒng)和嵌入式系統(tǒng)，其目標(biāo)是 。(A) 測試各種資源在超負(fù)荷的情況下的運行情況(B) 檢測系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量(C) 度量系統(tǒng)的性能和預(yù)先定義的目標(biāo)有多大差距(D) 驗證系統(tǒng)從軟件或者硬件失效中恢復(fù)的能力(分?jǐn)?shù)： 2.00 )A.B.C. VD.解析：不需12. 健壯性測試又稱容錯測試。 其一般的測試方法是軟件故障插入測試， 在軟件故障插入測試技術(shù)中， 要關(guān)注的內(nèi)容為 。(A) 故障類型(B) 插入故障的方法(C) 目標(biāo)系統(tǒng)(D) 測試系統(tǒng)(分?jǐn)?shù)： 2.00 )A.B.C.D. V解析：13. 兼容性測試是指 。A) 針對軟件對其運行環(huán)境

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

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

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

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

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

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

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

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

16、1所示。其中：M1:選擇“查詢”請求M2輸入學(xué)號M3輸入了正確的學(xué)號M4輸入了錯誤的學(xué)號M5 M9 M13:回歸首頁M6輸入課程名M7:輸入了正確的課程名M8輸入了錯誤的課程名M10選擇查詢成績M11 :查詢成績成功M12:查詢成績失敗M14:系統(tǒng)詢問是否繼續(xù)查詢M15:用戶選擇“繼續(xù)查詢”M16:用戶選擇“結(jié)束查詢” 根據(jù)系統(tǒng)的規(guī)格說明，畫出控制流圖，如圖2所示。由控制流圖可以看出，程序中有4個判定節(jié)點，因此該程序的環(huán)路復(fù)雜度V(G)=5，所以可以確定5條獨立的測試路徑，即：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)測試項目的部分信息如下所示：(1) 在測試過程中先后產(chǎn)生4個測試版本，按日期排序分別為：SDAT1.0_101009、SDAT1.0_101030、SDAT1.0_101106 和 SDAT1.0_101108。(2) 功能分類視圖中部分待測區(qū)域及人員分配定義如下表所示：功能區(qū)域功能區(qū)域測試人員開發(fā)人員安裝王明胡長文本地安全區(qū)王明李玉我的安全區(qū)導(dǎo)入和導(dǎo)出王明李玉服務(wù)端安全區(qū)劉剛張軍性能并發(fā)傳輸響應(yīng)能力趙正高朋已知劉剛在功能區(qū)域“我的安全區(qū)/導(dǎo)入和導(dǎo)岀”下發(fā)

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

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

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