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

2、且新增的項目只有少數(shù)幾個構件被增加或修改， 那么對該項目進行集成測試最適合采用的策略是 。A. 自頂向下集成策略B 自底向上集成策略C.非增量集成策略 D 基于功能的集成策略（分數(shù)： 2.00 ）A.B.C. VD.解析：3. 在黑盒測試中，著重檢查輸入條件的組合是 A. 等價類劃分法B 邊界值分析法C. 錯誤推測法D 因果圖法（分數(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)的缺陷的可能性就越大（分數(shù)： 2.00 ）A.B.C.D. V解析： 解析 Myers 提出的軟件缺陷的群集現(xiàn)象是指測試后程序中殘余的錯誤數(shù)目與該程序中已發(fā)現(xiàn)的錯 誤數(shù)目成正比。即一個功能部件已發(fā)現(xiàn)的缺陷越多，找到它的更多未發(fā)現(xiàn)的缺陷的可能性就越大。5. 下列不屬于面向對象軟件區(qū)別于傳統(tǒng)結構化軟件的特點是 。A. 封裝B .結構化C .繼承D .多態(tài)（分數(shù)： 2.00 ）A.B. VC.D.解析：6. 在結構化測試用

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

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

6、訪問數(shù)據(jù)庫構件提供與數(shù)據(jù)庫的接口；用于數(shù)據(jù)連接的構件負責向業(yè)務 構件傳遞系統(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(分數(shù)： 2.00 )A.B.C. VD.解析：解析 判定覆蓋是使得程序中每個判定表達式的每個分支都至少執(zhí)行一次 (真假分支均被滿足一次 ) 此題中， (100 ， 10) 、(100 ， 100) 、(100， 70)三個測試用例即可滿足上

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

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

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

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

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

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

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

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

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

16、1所示。其中：M1:選擇“查詢”請求M2輸入學號M3輸入了正確的學號M4輸入了錯誤的學號M5 M9 M13:回歸首頁M6輸入課程名M7:輸入了正確的課程名M8輸入了錯誤的課程名M10選擇查詢成績M11 :查詢成績成功M12:查詢成績失敗M14:系統(tǒng)詢問是否繼續(xù)查詢M15:用戶選擇“繼續(xù)查詢”M16:用戶選擇“結束查詢” 根據(jù)系統(tǒng)的規(guī)格說明，畫出控制流圖，如圖2所示。由控制流圖可以看出，程序中有4個判定節(jié)點，因此該程序的環(huán)路復雜度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ū)導入和導出王明李玉服務端安全區(qū)劉剛張軍性能并發(fā)傳輸響應能力趙正高朋已知劉剛在功能區(qū)域“我的安全區(qū)/導入和導岀”下發(fā)

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

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

20、入庫，并將其狀態(tài)置為“新建”，該行“操作后問題狀態(tài)”應為“新建”。(3) 操作序號4中，測試人員查詢狀態(tài)為“待驗”的軟件問題，驗證是否修復。如果已修復，則置軟件問題狀態(tài)為“解決”；如果沒有解決，則置狀態(tài)為“打開”。該行“操作后的問題狀態(tài)”應為“解決/修復”(4) 操作序號5中，在以后的測試版本中，如果該問題重新岀現(xiàn)，測試人員應該重新打開此問題，并將問題狀態(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收郵