ISTQB模擬試題

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

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

3、執(zhí)行 (4) 評估出口準(zhǔn)則和報(bào)告 (5) 測試結(jié)束活動 (A) 1,3,5 (B) 1,2,3 (C) 2,3,4,5 (D) 1,2,3,4,5 7. (K2) 規(guī)劃測試環(huán)境的搭建和確定測試需要的基礎(chǔ)設(shè)施和工具屬于下面的哪個(gè)活動？(A) 計(jì)劃和控制 (B) 分析和設(shè)計(jì) (C) 實(shí)現(xiàn)和執(zhí)行 (D) 評估出口準(zhǔn)則和報(bào)告 “第二章 軟件生命周期中的測試軟件生命周期中的測試” 8. (K1) V模型的測試級別分別是什么？ (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、,4,5 9. (K1) 下列關(guān)于迭代-增量開發(fā)模型描述錯誤的是？ (A) 在每次迭代過程中,對迭代產(chǎn)生的系統(tǒng)可能需要在不同的測試級別上進(jìn)行測試 (B) 迭代-增量開發(fā)模型由于發(fā)布周期更短，所以要優(yōu)于V模型 (C) 在完成第一次迭代后，對所有的迭代進(jìn)行回歸測試會變得越來越重要 (D) 驗(yàn)證和確認(rèn)可以在每個(gè)增量模塊中進(jìn)行 10. (K1) 以下哪個(gè)不屬于良好的測試應(yīng)該具有的特點(diǎn)？ (A) 每個(gè)開發(fā)活動都有相對應(yīng)的測試活動 (B) 每個(gè)測試級別都有其特有的測試目標(biāo) (C) 對于每個(gè)測試級別，需要在相應(yīng)的開發(fā)活動過程中進(jìn)行相應(yīng)的測試分析和設(shè)計(jì) (D) 在開發(fā)生命周期中，測試員應(yīng)該在文檔正式發(fā)布后再參

5、與文檔的評審 11. (K1) 對于每個(gè)測試級別，都需要明確哪些內(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,7 12. (K2) 下面哪個(gè)通常不作為組件/單元測試的測試依據(jù)？ (A) 組件需求說明 (B) 詳細(xì)設(shè)計(jì)文檔 (C) 代碼 (D) 軟件和系統(tǒng)設(shè)計(jì)文檔 13. (K2) 下面關(guān)于驗(yàn)收測試的觀點(diǎn)錯誤

6、的是？ (A) 系統(tǒng)操作驗(yàn)收測試由系統(tǒng)管理員來進(jìn)行 (B) 驗(yàn)收測試主要應(yīng)用于系統(tǒng)測試級別 (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) 下面不屬于軟件評審的好處的是？ (A) 增加測試的時(shí)間 (B) 盡早發(fā)現(xiàn)和修改缺陷 (C) 改善開發(fā)能力、縮短開發(fā)時(shí)間 (D) 縮減測試成本 15. (K1) “向評審參與者解釋評審的目標(biāo)”屬于下列哪個(gè)階段的主要活動？ (A) 計(jì)劃階段 (B) 預(yù)備會階段 (C) 個(gè)人準(zhǔn)備階段 (D) 評審會議階段 16.

7、 (K2) 在評審過程中，主持人的主要職責(zé)是？ (A) 決定是否需要進(jìn)行評審 (B) 主持文檔或文檔集的評審活動 (C) 標(biāo)識和描述被評審產(chǎn)品存在的問題（如缺陷） (D) 記錄所有的事件、問題 “第四章 測試設(shè)計(jì)技術(shù)測試設(shè)計(jì)技術(shù)”17. (K1) 測試的正式程度主要受哪些因素的影響？ (1) 組織的架構(gòu) (2) 測試及開發(fā)過程的成熟度 (3) 項(xiàng)目時(shí)間的限制 (4) 安全或規(guī)范需求 (5) 什么樣的人員參與 (A) 1,2 (B) 2,3,4 (C) 1,3,4,5 (D) 1,2,3,4,5 18. (K1) 下面關(guān)于測試設(shè)計(jì)技術(shù)的描述錯誤的是？ (A) 使用測試設(shè)計(jì)技術(shù)的目的是為了識別測試

8、條件和開發(fā)測試用例 (B) 黑盒測試設(shè)計(jì)技術(shù)是依據(jù)分析測試基礎(chǔ)文檔來選擇測試條件、測試用例或測試數(shù)據(jù)的技術(shù)。 (C) 白盒測試設(shè)計(jì)技術(shù)是基于分析被測組件或系統(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)和知識來編寫；測試人員、開發(fā)人員、用戶和其他的利益相關(guān)

9、者對軟件、軟件使用和環(huán)境等方面所掌握的知識作為信息來源之一；對可能存在的缺陷及其分布情況的了解作為另一個(gè)信息來源。上述測試設(shè)計(jì)技術(shù)屬于： (A) 白盒測試 (B) 黑盒測試 (C) 基于結(jié)構(gòu)的測試 (D) 基于經(jīng)驗(yàn)的測試 21. (K2) 下面關(guān)于等價(jià)類和的說法錯誤的是？ (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)于決策表測試的描述錯誤的是？ (A) 決策表適用于所有當(dāng)軟件的行為由一些邏輯決策

10、所決定的情況 (B) 決策表優(yōu)點(diǎn)是可以生成測試條件的各種組合，而這些組合可能利用其他方法會無法被測試到 (C) 決策表的每一列對應(yīng)了一個(gè)業(yè)務(wù)規(guī)則，該規(guī)則定義了各種條件的一個(gè)特定組合 (D) 決策表描繪了狀態(tài)和輸入之間的關(guān)系，并能顯示可能的無效狀態(tài)轉(zhuǎn)換 23. (K3) 根據(jù)下面的源代碼控制流圖，為了達(dá)到語句覆蓋率為100%，最少需要設(shè)計(jì)多少測試用例？25. (K3) 某段規(guī)格說明如下：某公司用來計(jì)算不同工作年限的員工年終獎的需求描述：員工在公司的工作年限不超過3年，年終獎為月工資的25%；員工在公司的工作年限超過3年，年終獎為月工資的50%；員工在公司的工作年限超過5年，年終獎為月工資的75%

11、；工作年限超過8年，年終獎為月工資的100%。員工工作年限必須是整型，并且最大值不超過100。 根據(jù)上午規(guī)格說明，為“工作年限”劃分等價(jià)類，得到的有效等價(jià)類的數(shù)量為： (A) 2 (B) 4 (C) 6 (D) 8 26. (K3) 公司定義的員工工資范圍的下限為2000元/月，上限為51999元/月，工資為整數(shù)，那么員工工資的邊界值為： (A) 1999, 51998 (B) 2000,51999 (C) 1999,51998 (D) 2000,51998 27. (K3) 某原始決策表如下： 表中的規(guī)格可能存在一定的冗余，如對其進(jìn)行優(yōu)化，得到的最有決策表的規(guī)格有幾條？ (A) 5 (B)

12、6 (C) 7 (D) 8 28. (K3) 根據(jù)以下狀態(tài)轉(zhuǎn)換圖，為了覆蓋所有的狀態(tài)轉(zhuǎn)換，至少需要設(shè)計(jì)多少測試用例？ (A) 1 (B) 3 (C) 5 (D) 7 “第五章 測試管理測試管理”29. (K1) 可能的獨(dú)立測試的類型有哪些？ (1) 沒有獨(dú)立的測試人員，開發(fā)人員測試自己的代碼 (2) 開發(fā)團(tuán)隊(duì)內(nèi)獨(dú)立的測試人員。 (3) 組織內(nèi)獨(dú)立的測試小組或團(tuán)隊(duì)，向項(xiàng)目經(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)

13、1,2,3,4,5,6 30. (K1) 以下屬于測試組長的主要任務(wù)的是？ (A) 制定或評審項(xiàng)目的測試策略和組織的測試方針 (B) 創(chuàng)建測試規(guī)格說明、測試準(zhǔn)備、測試實(shí)施和測試執(zhí)行 (C) 對測試件進(jìn)行配置管理，保證測試件(testware)的可追溯性 (D) 分析、評審和評估用戶需求、規(guī)格說明書及模型的可測試性 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)于測試估算的描述錯誤的是？ (A) 測試工作量估算可以采用基于度量的方法； (B

14、) 測試工作量估算可以采用基于度量的方法； (C) 測試工作量估算會受到產(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)信息和度量可以對下一步的活動提供建議和做出決策 (C) 對仍然存在的缺陷的評估 (D) 為已定義的不同測試任務(wù)分配的資源 34. (K2) 下面哪個(gè)不屬于測試控制措施？ (A) 基于測試監(jiān)控信息來做決策。 (B) 指定測試的入口和出口準(zhǔn)則。 (C) 如果一個(gè)已識別的風(fēng)險(xiǎn)發(fā)生，重新確定測試優(yōu)先級。 (D) 根據(jù)測試

15、環(huán)境可用性，改變測試的時(shí)間進(jìn)度表。 35. (K3) 以下屬于項(xiàng)目風(fēng)險(xiǎn)的是？ (A) 與測試員進(jìn)行需求和測試結(jié)果溝通方面存在的問題。 (B) 易錯(failure-prone)的軟件交付使用。 (C)軟件/硬件對個(gè)人或公司造成傷害的可能性。 (D) 劣質(zhì)的軟件特征（比如功能性、可靠性、可用性和性能等）。 36. (K3) 事件報(bào)告的主要目的和作用是什么？ (A) 為開發(fā)人員和其他人員提供問題反饋，在需要的時(shí)候可以進(jìn)行識別、隔離和糾正 (B)為測試組長提供一種有效跟蹤被測系統(tǒng)的質(zhì)量和測試進(jìn)度的方法。 (C) 提高開發(fā)人員的編程技能 (D) 為測試過程改進(jìn)提供資料。 “第六章 測試工具測試工具”3

16、7. (K1) 為測試執(zhí)行、缺陷跟蹤和需求管理提供接口，還提供定量分析和報(bào)告測試對象。它還支持追溯測試對象到需求規(guī)格說明并可提供獨(dú)立的版本控制能力或提供一個(gè)外部接口。這種工具是： (A) 測試執(zhí)行工具 (B) 測試管理工具 (C) 配置管理工具 (D) 事件管理工具38. (K1) 以下不屬于評審工具的主要作用的是？ (A) 對代碼進(jìn)行度量（例如：復(fù)雜度）可以幫助計(jì)劃或風(fēng)險(xiǎn)分析 (B) 存儲和交流評審意見、缺陷和工作報(bào)告 (C) 為龐大的或分布于不同地區(qū)的團(tuán)隊(duì)提供在線評審 (D) 可支持評審過程、檢查表、評審指導(dǎo)方針 39. (K1) 使用工具的潛在收益是什么？ (A) 減少重復(fù)性的工作 (B) 更好的一致性和可重復(fù)性 (C) 容易得到測試和測試的相關(guān)信息 (D) 不用考慮不同工具之間的關(guān)系和互操作性 40.