1、“第一章 測試根底測試根底1. (K1) 以下關(guān)于錯(cuò)誤、缺陷和失效的觀點(diǎn)正確的選項(xiàng)是：A) 人都會(huì)犯錯(cuò)誤，因此在由人設(shè)計(jì)的程序也會(huì)引入缺陷；B) 所有的缺陷都會(huì)產(chǎn)生失效；C) 失效主要是由人的錯(cuò)誤造成的，和環(huán)境條件沒有關(guān)系；D) 當(dāng)存在缺陷的代碼被執(zhí)行時(shí)，才可能引發(fā)軟件錯(cuò)誤。2. (K1) 以下不屬于軟件測試的作用的是：A) 可以減少軟件系統(tǒng)在運(yùn)行環(huán)境中的風(fēng)險(xiǎn)B) 可以提高軟件系統(tǒng)的質(zhì)量C) 可能是為了滿足合同或法律法規(guī)的要求D) 可以用于評(píng)價(jià)開發(fā)團(tuán)隊(duì)的能力3. (K1) 在判斷測試是否足夠時(shí)，以下哪些方面是不需要考慮的？A) 風(fēng)險(xiǎn)；B) 工程在時(shí)間上的限制；C) 工程在預(yù)算上的限制；D) 投

2、入的測試人員的數(shù)量；4. (K1) 以下哪個(gè)不是軟件測試的目標(biāo)？A) 發(fā)現(xiàn)缺陷；B) 增加對質(zhì)量的信心 ;C) 為決策提供信息；D) 改進(jìn)測試流程；5. (K2) 以下關(guān)于不同的測試階段的描述錯(cuò)誤的選項(xiàng)是：A) 維護(hù)測試通常是為了驗(yàn)證開發(fā)過程發(fā)現(xiàn)的缺陷是否被正確修復(fù)。B) 組件測試的主要目標(biāo)是盡可能的發(fā)現(xiàn)失效，從而識(shí)別和修正盡可能多的缺陷。C) 測試的主要目標(biāo)是確認(rèn)系統(tǒng)是否按照預(yù)期工作，是建立滿足了需求的信心。D) 不同測試階段，其測試目標(biāo)是不同的。6. (K2) 軟件測試根本過程有哪些主要活動(dòng)組成？(1) 方案和控制 (2) 分析和設(shè)計(jì) (3) 實(shí)現(xiàn)和執(zhí)行 (4) 評(píng)估出口準(zhǔn)那么和報(bào)告 (5

3、) 測試結(jié)束活動(dòng)(A) 1,3,5 (B) 1,2,3 (C) 2,3,4,5 (D) 1,2,3,4,57. (K2) 規(guī)劃測試環(huán)境的搭建和確定測試需要的根底設(shè)施和工具屬于下面的哪個(gè)活動(dòng)？(A) 方案和控制 (B) 分析和設(shè)計(jì) (C) 實(shí)現(xiàn)和執(zhí)行 (D) 評(píng)估出口準(zhǔn)那么和報(bào)告“第二章 軟件生命周期中的測試軟件生命周期中的測試8. (K1) V 模型的測試級(jí)別分別是什么？(1) 組件測試 (2) 集成測試 (3) 系統(tǒng)測試 (4) 系統(tǒng)集成測試 (5) 驗(yàn)收測試(A) 1 ，2，3 (B) 2,3,4,5 (C) 1,2,3,4 (D) 1,2,3,4,59. (K1) 以下關(guān)于迭代 -增量開

4、發(fā)模型描述錯(cuò)誤的選項(xiàng)是？(A) 在每次迭代過程中 ,對迭代產(chǎn)生的系統(tǒng)可能需要在不同的測試級(jí)別上進(jìn)行測試(B) 迭代-增量開發(fā)模型由于發(fā)布周期更短，所以要優(yōu)于V 模型(C) 在完成第一次迭代后，對所有的迭代進(jìn)行回歸測試會(huì)變得越來越重要(D) 驗(yàn)證和確認(rèn)可以在每個(gè)增量模塊中進(jìn)行10. (K1) 以下哪個(gè)不屬于良好的測試應(yīng)該具有的特點(diǎn)？(A) 每個(gè)開發(fā)活動(dòng)都有相對應(yīng)的測試活動(dòng)(B) 每個(gè)測試級(jí)別都有其特有的測試目標(biāo)(C) 對于每個(gè)測試級(jí)別，需要在相應(yīng)的開發(fā)活動(dòng)過程中進(jìn)行相應(yīng)的測試分析和設(shè)計(jì)(D) 在開發(fā)生命周期中，測試員應(yīng)該在文檔正式發(fā)布后再參與文檔的評(píng)審11. (K1) 對于每個(gè)測試級(jí)別，都需要明

5、確哪些內(nèi)容？(1) 測試的總體目標(biāo) (2) 測試用例設(shè)計(jì)需要參考的工作產(chǎn)品 即測試的依據(jù) (3) 測試的對象 即測試什 么 (4) 發(fā)現(xiàn)的典型缺陷和失效 (5) 對測試用具的需求 (6) 測試工具的支持 (7) 專門的方法和職責(zé)(A) 1,2,3,4 (B) 1,3,5,6,7 (C) 2,3,4,5,6 (D) 1,2,3,4,5,6,712. (K2) 下面哪個(gè)通常不作為組件 / 單元測試的測試依據(jù)？(A) 組件需求說明(B) 詳細(xì)設(shè)計(jì)文檔(C) 代碼(D) 軟件和系統(tǒng)設(shè)計(jì)文檔13. (K2) 下面關(guān)于驗(yàn)收測試的觀點(diǎn)錯(cuò)誤的選項(xiàng)是？(A) 系統(tǒng)操作驗(yàn)收測試由系統(tǒng)管理員來進(jìn)行(B) 驗(yàn)收測試主

6、要應(yīng)用于系統(tǒng)測試級(jí)別(C) Alpha 測試通常在開發(fā)組織現(xiàn)場進(jìn)行，但測試并非由開發(fā)團(tuán)隊(duì)執(zhí)行。(D) Beta 測試或?qū)嵉販y試，是在客戶或潛在客戶現(xiàn)場進(jìn)行并由他們執(zhí)行。“第三章 靜態(tài)技術(shù)靜態(tài)技術(shù)14. (K1) 下面不屬于軟件評(píng)審的好處的是？(A) 增加測試的時(shí)間(B) 盡早發(fā)現(xiàn)和修改缺陷(C) 改善開發(fā)能力、縮短開發(fā)時(shí)間(D) 縮減測試本錢15. (K1) “向評(píng)審參與者解釋評(píng)審的目標(biāo)屬于以下哪個(gè)階段的主要活動(dòng)？(A) 方案階段 (B) 預(yù)備會(huì)階段 (C) 個(gè)人準(zhǔn)備階段 (D) 評(píng)審會(huì)議階段16. (K2) 在評(píng)審過程中，主持人的主要職責(zé)是？(A) 決定是否需要進(jìn)行評(píng)審(B) 主持文檔或文檔

7、集的評(píng)審活動(dòng)(C) 標(biāo)識(shí)和描述被評(píng)審產(chǎn)品存在的問題如缺陷(D) 記錄所有的事件、問題“第四章 測試設(shè)計(jì)技術(shù)測試設(shè)計(jì)技術(shù)17. (K1)測試的正式程度主要受哪些因素的影響？(1)組織的架構(gòu)(2)測試及開發(fā)過程的成熟度(3)工程時(shí)間的限制(4)平安或標(biāo)準(zhǔn)需求(5)什么樣的人員參與(A) 1,2 (B) 2,3,4 (C) 1,3,4,5 (D) 1,2,3,4,518. (K1)下面關(guān)于測試設(shè)計(jì)技術(shù)的描述錯(cuò)誤的選項(xiàng)是？(A) 使用測試設(shè)計(jì)技術(shù)的目的是為了識(shí)別測試條件和開發(fā)測試用例(B) 黑盒測試設(shè)計(jì)技術(shù)是依據(jù)分析測試根底文檔來選擇測試條件、測試用例或測試數(shù)據(jù)的技術(shù)。(C) 白盒測試設(shè)計(jì)技術(shù)是基于分

8、析被測組件或系統(tǒng)的結(jié)構(gòu)的測試技術(shù)(D) 系統(tǒng)測試主要使用黑盒測試設(shè)計(jì)技術(shù)，組件測試主要使用白盒測試設(shè)計(jì)技術(shù)19. (K1)以下不屬于基于結(jié)構(gòu)的技術(shù)的共同特點(diǎn)的是？(A) 根據(jù)軟件的結(jié)構(gòu)信息設(shè)計(jì)測試用例(B) 可以通過已有的測試用例測量軟件的測試覆蓋率(C) 通過系統(tǒng)化的導(dǎo)岀設(shè)計(jì)用例來提高覆蓋率(D) 使用正式或非正式的模型來描述需要解決的問題20. (K1)測試用例根據(jù)參與人員的經(jīng)驗(yàn)和知識(shí)來編寫；測試人員、開發(fā)人員、用戶和其他的利益相關(guān)者對 軟件、軟件使用和環(huán)境等方面所掌握的知識(shí)作為信息來源之一；對可能存在的缺陷及其分布情況的了解作 為另一個(gè)信息來源。上述測試設(shè)計(jì)技術(shù)屬于：(A) 白盒測試(B

9、)黑盒測試(C)基于結(jié)構(gòu)的測試(D)基于經(jīng)驗(yàn)的測試21. (K2)下面關(guān)于等價(jià)類和的說法錯(cuò)誤的選項(xiàng)是？(A) 等價(jià)類劃分可以分為兩種類型的數(shù)據(jù)：有效數(shù)據(jù)和無效數(shù)據(jù)。(B) 等價(jià)類劃分也可以基于輸岀、內(nèi)部值、時(shí)間相關(guān)的值以及接口參數(shù)等進(jìn)行(C) 等價(jià)類技術(shù)屬于基于規(guī)格說明的測試技術(shù)(D) 等價(jià)類劃分主要應(yīng)用于系統(tǒng)測試22. (K2)下面關(guān)于決策表測試的描述錯(cuò)誤的選項(xiàng)是？(A) 決策表適用于所有當(dāng)軟件的行為由一些邏輯決策所決定的情況(B) 決策表優(yōu)點(diǎn)是可以生成測試條件的各種組合，而這些組合可能利用其他方法會(huì)無法被測試到(C) 決策表的每一列對應(yīng)了一個(gè)業(yè)務(wù)規(guī)那么，該規(guī)那么定義了各種條件的一個(gè)特定組合

10、(D) 決策表描繪了狀態(tài)和輸入之間的關(guān)系，并能顯示可能的無效狀態(tài)轉(zhuǎn)換23. (K3)根據(jù)下面的源代碼控制流圖，為了到達(dá)語句覆蓋率為100%，最少需要設(shè)計(jì)多少測試用例？1.25. (K3)某段規(guī)格說明如下：某公司用來計(jì)算不同工作年限的職工年終獎(jiǎng)的需求描述：職工在公司的工作年限不超過3年，年終獎(jiǎng)為月工資的25% ;職工在公司的工作年限超過3年，年終獎(jiǎng)為月工資的 50% ；職工在公司的工作年限超過5年，年終獎(jiǎng)為月工資的75% ;工作年限超過8年，年終獎(jiǎng)為月工資的100%。職工工作年限必須是整型，并且最大值不超過100。根據(jù)上午規(guī)格說明，為“工作年限劃分等價(jià)類，得到的有效等價(jià)類的數(shù)量為：(A) 2 (

11、B) 4 (C) 6 (D) 826. (K3)公司定義的職工工資范圍的下限為2000元/月，上限為51999元/月，工資為整數(shù)，那么職工工資的邊界值為：(A) 1999, 51998 (B) 2000,51999 (C) 1999,51998 (D) 2000,5199827. (K3)某原始決策表如下:12145t789ia11U13141516da b file角腳Y¥YY¥YY¥NNNr.NNNNC2i a -b?YYYYNNNN¥YYYNNNYYNNYYNhlYYNNYYNNC2> b - dYNYNYNYN¥NYN¥

12、N¥NAb 1-旳：¥¥¥¥¥YYYA2； m :汗；Y動(dòng)柞樁A3： 1巴-二總YYY咎邊三加形YA5：不苻合遐聊¥¥Y表中的規(guī)格可能存在一定的冗余，如對其進(jìn)行優(yōu)化，得到的最有決策表的規(guī)格有幾條?(A) 5 (B) 6 (C) 7 (D) 828. (K3)根據(jù)以下狀態(tài)轉(zhuǎn)換圖，為了覆蓋所有的狀態(tài)轉(zhuǎn)換，至少需要設(shè)計(jì)多少測試用例? ® j1(A) 1 (B) 3 (C) 5 (D) 7“第五章 測試管理測試管理29. (K1) 可能的獨(dú)立測試的類型有哪些？(1) 沒有獨(dú)立的測試人員，開發(fā)人員測試自己的代碼(2

13、) 開發(fā)團(tuán)隊(duì)內(nèi)獨(dú)立的測試人員。(3) 組織內(nèi)獨(dú)立的測試小組或團(tuán)隊(duì)，向工程經(jīng)理或執(zhí)行經(jīng)理匯報(bào)。(4) 來自業(yè)務(wù)組織、用戶團(tuán)體內(nèi)的獨(dú)立測試人員。(5) 針對特定測試類型的獨(dú)立測試專家。(6) 外包或組織外的獨(dú)立測試人員。(A) 5,6 (B) 2,3,4,5 (C) 2,3,4,5,6 (D) 1,2,3,4,5,630. (K1) 以下屬于測試組長的主要任務(wù)的是？(A) 制定或評(píng)審工程的測試策略和組織的測試方針(B) 創(chuàng)立測試規(guī)格說明、測試準(zhǔn)備、測試實(shí)施和測試執(zhí)行(C) 對測試件進(jìn)行配置管理，保證測試件 (testware) 的可追溯性(D) 分析、評(píng)審和評(píng)估用戶需求、規(guī)格說明書及模型的可測試性

14、31. (K1) 以下一般不用于集成測試入口準(zhǔn)那么的是？(A) 測試環(huán)境已經(jīng)準(zhǔn)備就緒并可用(B) 測試環(huán)境中的測試工具已經(jīng)準(zhǔn)備就緒(C) 測試數(shù)據(jù)可用(D) 集成測試執(zhí)行結(jié)束32. (K2) 以下關(guān)于測試估算的描述錯(cuò)誤的選項(xiàng)是？(A) 測試工作量估算可以采用基于度量的方法；(B) 測試工作量估算可以采用基于度量的方法；(C) 測試工作量估算會(huì)受到產(chǎn)品的特點(diǎn)、開發(fā)過程的特點(diǎn)的影響(D) 測試工作量估算與可能發(fā)現(xiàn)的缺陷數(shù)量無關(guān)33. (K2) 以下不屬于測試報(bào)告的主要內(nèi)容的是？(A) 在測試階段發(fā)生了什么？比方到達(dá)測試出口準(zhǔn)那么的日期(B) 通過分析相關(guān)信息和度量可以對下一步的活動(dòng)提供建議和做出決

15、策(C) 對仍然存在的缺陷的評(píng)估(D) 為已定義的不同測試任務(wù)分配的資源34. (K2) 下面哪個(gè)不屬于測試控制措施？(A) 基于測試監(jiān)控信息來做決策。(B) 指定測試的入口和出口準(zhǔn)那么。(C) 如果一個(gè)已識(shí)別的風(fēng)險(xiǎn)發(fā)生，重新確定測試優(yōu)先級(jí)。(D) 根據(jù)測試環(huán)境可用性，改變測試的時(shí)間進(jìn)度表。35. (K3) 以下屬于工程風(fēng)險(xiǎn)的是？(A) 與測試員進(jìn)行需求和測試結(jié)果溝通方面存在的問題。(B) 易錯(cuò) (failure-prone) 的軟件交付使用。(C) 軟件/硬件對個(gè)人或公司造成傷害的可能性。(D) 劣質(zhì)的軟件特征比方功能性、可靠性、可用性和性能等36. (K3) 事件報(bào)告的主要目的和作用是什么

16、？(A) 為開發(fā)人員和其他人員提供問題反應(yīng)，在需要的時(shí)候可以進(jìn)行識(shí)別、隔離和糾正(B) 為測試組長提供一種有效跟蹤被測系統(tǒng)的質(zhì)量和測試進(jìn)度的方法。(C) 提高開發(fā)人員的編程技能(D) 為測試過程改進(jìn)提供資料。“第六章 測試工具測試工具37. (K1) 為測試執(zhí)行、缺陷跟蹤和需求管理提供接口，還提供定量分析和報(bào)告測試對象。它還支持追溯測 試對象到需求規(guī)格說明并可提供獨(dú)立的版本控制能力或提供一個(gè)外部接口。這種工具是：(A) 測試執(zhí)行工具 (B) 測試管理工具 (C) 配置管理工具 (D) 事件管理工具38. (K1) 以下不屬于評(píng)審工具的主要作用的是？(A) 對代碼進(jìn)行度量例如：復(fù)雜度可以幫助方案或風(fēng)險(xiǎn)分析(B) 存儲(chǔ)和交流評(píng)審意見、缺陷和工作報(bào)告(C) 為龐大的或分布于不同地區(qū)的團(tuán)隊(duì)提供在線評(píng)審(D) 可支持評(píng)審過程、檢查表、評(píng)審指導(dǎo)方針39. (K1) 使用工具的潛在收益是什么？(A) 減少重復(fù)性的工作(B) 更好的一致性和可重復(fù)性(C) 容易得到測試和測試的相關(guān)信息(D) 不用考慮不同工具之間的關(guān)系和互操作性40. (K2) 為組織選擇一個(gè)工具所需要考慮的關(guān)鍵點(diǎn)有哪些？(1) 評(píng)估組織的成熟度 (maturity)(2) 分析引入工具的優(yōu)點(diǎn)和缺點(diǎn)和認(rèn)識(shí)引入工具能改善測試過程的可能性(3) 根據(jù)清晰的需求和客觀的準(zhǔn)那么進(jìn)行評(píng)估(4) 對工具提供商