ISTQB模擬試題

《ISTQB模擬試題》由會員分享，可在線閱讀，更多相關(guān)《ISTQB模擬試題（7頁珍藏版）》請在裝配圖網(wǎng)上搜索。

第一章 測試基礎(chǔ)測試基礎(chǔ) 1 K1 下列關(guān)于錯誤 缺陷和失效的觀點正確的是 A 人都會犯錯誤 因此在由人設(shè)計的程序也會引入缺陷 B 所有的缺陷都會產(chǎn)生失效 C 失效主要是由人的錯誤造成的 和環(huán)境條件沒有關(guān)系 D 當存在缺陷的代碼被執(zhí)行時 才可能引發(fā)軟件錯誤 2 K1 以下不屬于軟件測試的作用的是 A 可以減少軟件系統(tǒng)在運行環(huán)境中的風險 B 可以提高軟件系統(tǒng)的質(zhì)量 C 可能是為了滿足合同或法律法規(guī)的要求 D 可以用于評價開發(fā)團隊的能力 3 K1 在判斷測試是否足夠時 下列哪些方面是不需要考慮的 A 風險 B 項目在時間上的限制 C 項目在預算上的限制 D 投入的測試人員的數(shù)量 4 K1 以下哪個不是軟件測試的目標 A 發(fā)現(xiàn)缺陷 B 增加對質(zhì)量的信心 C 為決策提供信息 D 改進測試流程 5 K2 下列關(guān)于不同的測試階段的描述錯誤的是 A 維護測試通常是為了驗證開發(fā)過程發(fā)現(xiàn)的缺陷是否被正確修復 B 組件測試的主要目標是盡可能的發(fā)現(xiàn)失效 從而識別和修正盡可能多的缺陷 C 測試的主要目標是確認系統(tǒng)是否按照預期工作 是建立滿足了需求的信心 D 不同測試階段 其測試目標是不同的 6 K2 軟件測試基本過程有哪些主要活動組成 1 計劃和控制 2 分析和設(shè)計 3 實現(xiàn)和執(zhí)行 4 評估出口準則和報告 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è)施和工具屬于下面的哪個活動 A 計劃和控制 B 分析和設(shè)計 C 實現(xiàn)和執(zhí)行 D 評估出口準則和報告 第二章 軟件生命周期中的測試軟件生命周期中的測試 8 K1 V 模型的測試級別分別是什么 1 組件測試 2 集成測試 3 系統(tǒng)測試 4 系統(tǒng)集成測試 5 驗收測試 A 1 2 3 B 2 3 4 5 C 1 2 3 4 D 1 2 3 4 5 9 K1 下列關(guān)于迭代 增量開發(fā)模型描述錯誤的是 A 在每次迭代過程中 對迭代產(chǎn)生的系統(tǒng)可能需要在不同的測試級別上進行測試 B 迭代 增量開發(fā)模型由于發(fā)布周期更短 所以要優(yōu)于 V 模型 C 在完成第一次迭代后 對所有的迭代進行回歸測試會變得越來越重要 D 驗證和確認可以在每個增量模塊中進行 10 K1 以下哪個不屬于良好的測試應(yīng)該具有的特點 A 每個開發(fā)活動都有相對應(yīng)的測試活動 B 每個測試級別都有其特有的測試目標 C 對于每個測試級別 需要在相應(yīng)的開發(fā)活動過程中進行相應(yīng)的測試分析和設(shè)計 D 在開發(fā)生命周期中 測試員應(yīng)該在文檔正式發(fā)布后再參與文檔的評審 11 K1 對于每個測試級別 都需要明確哪些內(nèi)容 1 測試的總體目標 2 測試用例設(shè)計需要參考的工作產(chǎn)品 即測試的依據(jù) 3 測試的對象 即測試 什么 4 發(fā)現(xiàn)的典型缺陷和失效 5 對測試用具的需求 6 測試工具的支持 7 專門的方法和職責 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 下面哪個通常不作為組件 單元測試的測試依據(jù) A 組件需求說明 B 詳細設(shè)計文檔 C 代碼 D 軟件和系統(tǒng)設(shè)計文檔 13 K2 下面關(guān)于驗收測試的觀點錯誤的是 A 系統(tǒng)操作驗收測試由系統(tǒng)管理員來進行 B 驗收測試主要應(yīng)用于系統(tǒng)測試級別 C Alpha 測試通常在開發(fā)組織現(xiàn)場進行 但測試并非由開發(fā)團隊執(zhí)行 D Beta 測試或?qū)嵉販y試 是在客戶或潛在客戶現(xiàn)場進行并由他們執(zhí)行 第三章 靜態(tài)技術(shù)靜態(tài)技術(shù) 14 K1 下面不屬于軟件評審的好處的是 A 增加測試的時間 B 盡早發(fā)現(xiàn)和修改缺陷 C 改善開發(fā)能力 縮短開發(fā)時間 D 縮減測試成本 15 K1 向評審參與者解釋評審的目標 屬于下列哪個階段的主要活動 A 計劃階段 B 預備會階段 C 個人準備階段 D 評審會議階段 16 K2 在評審過程中 主持人的主要職責是 A 決定是否需要進行評審 B 主持文檔或文檔集的評審活動 C 標識和描述被評審產(chǎn)品存在的問題 如缺陷 D 記錄所有的事件 問題 第四章 測試設(shè)計技術(shù)測試設(shè)計技術(shù) 17 K1 測試的正式程度主要受哪些因素的影響 1 組織的架構(gòu) 2 測試及開發(fā)過程的成熟度 3 項目時間的限制 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è)計技術(shù)的描述錯誤的是 A 使用測試設(shè)計技術(shù)的目的是為了識別測試條件和開發(fā)測試用例 B 黑盒測試設(shè)計技術(shù)是依據(jù)分析測試基礎(chǔ)文檔來選擇測試條件 測試用例或測試數(shù)據(jù)的技術(shù) C 白盒測試設(shè)計技術(shù)是基于分析被測組件或系統(tǒng)的結(jié)構(gòu)的測試技術(shù) D 系統(tǒng)測試主要使用黑盒測試設(shè)計技術(shù) 組件測試主要使用白盒測試設(shè)計技術(shù) 19 K1 以下不屬于基于結(jié)構(gòu)的技術(shù)的共同特點的是 A 根據(jù)軟件的結(jié)構(gòu)信息設(shè)計測試用例 B 可以通過已有的測試用例測量軟件的測試覆蓋率 C 通過系統(tǒng)化的導出設(shè)計用例來提高覆蓋率 D 使用正式或非正式的模型來描述需要解決的問題 20 K1 測試用例根據(jù)參與人員的經(jīng)驗和知識來編寫 測試人員 開發(fā)人員 用戶和其他的利益相關(guān)者對 軟件 軟件使用和環(huán)境等方面所掌握的知識作為信息來源之一 對可能存在的缺陷及其分布情況的了解作 為另一個信息來源 上述測試設(shè)計技術(shù)屬于 A 白盒測試 B 黑盒測試 C 基于結(jié)構(gòu)的測試 D 基于經(jīng)驗的測試 21 K2 下面關(guān)于等價類和的說法錯誤的是 A 等價類劃分可以分為兩種類型的數(shù)據(jù) 有效數(shù)據(jù)和無效數(shù)據(jù) B 等價類劃分也可以基于輸出 內(nèi)部值 時間相關(guān)的值以及接口參數(shù)等進行 C 等價類技術(shù)屬于基于規(guī)格說明的測試技術(shù) D 等價類劃分主要應(yīng)用于系統(tǒng)測試 22 K2 下面關(guān)于決策表測試的描述錯誤的是 A 決策表適用于所有當軟件的行為由一些邏輯決策所決定的情況 B 決策表優(yōu)點是可以生成測試條件的各種組合 而這些組合可能利用其他方法會無法被測試到 C 決策表的每一列對應(yīng)了一個業(yè)務(wù)規(guī)則 該規(guī)則定義了各種條件的一個特定組合 D 決策表描繪了狀態(tài)和輸入之間的關(guān)系 并能顯示可能的無效狀態(tài)轉(zhuǎn)換 23 K3 根據(jù)下面的源代碼控制流圖 為了達到語句覆蓋率為 100 最少需要設(shè)計多少測試用例 25 K3 某段規(guī)格說明如下 某公司用來計算不同工作年限的員工年終獎的需求描述 員工在公司的工作 年限不超過 3 年 年終獎為月工資的 25 員工在公司的工作年限超過 3 年 年終獎為月工資的 50 員工在公司的工作年限超過 5 年 年終獎為月工資的 75 工作年限超過 8 年 年終獎為月工資的 100 員工工作年限必須是整型 并且最大值不超過 100 根據(jù)上午規(guī)格說明 為 工作年限 劃分等價類 得到的有效等價類的數(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ī)格可能存在一定的冗余 如對其進行優(yōu)化 得到的最有決策表的規(guī)格有幾條 A 5 B 6 C 7 D 8 28 K3 根據(jù)以下狀態(tài)轉(zhuǎn)換圖 為了覆蓋所有的狀態(tài)轉(zhuǎn)換 至少需要設(shè)計多少測試用例 A 1 B 3 C 5 D 7 第五章 測試管理測試管理 29 K1 可能的獨立測試的類型有哪些 1 沒有獨立的測試人員 開發(fā)人員測試自己的代碼 2 開發(fā)團隊內(nèi)獨立的測試人員 3 組織內(nèi)獨立的測試小組或團隊 向項目經(jīng)理或執(zhí)行經(jīng)理匯報 4 來自業(yè)務(wù)組織 用戶團體內(nèi)的獨立測試人員 5 針對特定測試類型的獨立測試專家 6 外包或組織外的獨立測試人員 A 5 6 B 2 3 4 5 C 2 3 4 5 6 D 1 2 3 4 5 6 30 K1 以下屬于測試組長的主要任務(wù)的是 A 制定或評審項目的測試策略和組織的測試方針 B 創(chuàng)建測試規(guī)格說明 測試準備 測試實施和測試執(zhí)行 C 對測試件進行配置管理 保證測試件 testware 的可追溯性 D 分析 評審和評估用戶需求 規(guī)格說明書及模型的可測試性 31 K1 以下一般不用于集成測試入口準則的是 A 測試環(huán)境已經(jīng)準備就緒并可用 B 測試環(huán)境中的測試工具已經(jīng)準備就緒 C 測試數(shù)據(jù)可用 D 集成測試執(zhí)行結(jié)束 32 K2 以下關(guān)于測試估算的描述錯誤的是 A 測試工作量估算可以采用基于度量的方法 B 測試工作量估算可以采用基于度量的方法 C 測試工作量估算會受到產(chǎn)品的特點 開發(fā)過程的特點的影響 D 測試工作量估算與可能發(fā)現(xiàn)的缺陷數(shù)量無關(guān) 33 K2 以下不屬于測試報告的主要內(nèi)容的是 A 在測試階段發(fā)生了什么 比如達到測試出口準則的日期 B 通過分析相關(guān)信息和度量可以對下一步的活動提供建議和做出決策 C 對仍然存在的缺陷的評估 D 為已定義的不同測試任務(wù)分配的資源 34 K2 下面哪個不屬于測試控制措施 A 基于測試監(jiān)控信息來做決策 B 指定測試的入口和出口準則 C 如果一個已識別的風險發(fā)生 重新確定測試優(yōu)先級 D 根據(jù)測試環(huán)境可用性 改變測試的時間進度表 35 K3 以下屬于項目風險的是 A 與測試員進行需求和測試結(jié)果溝通方面存在的問題 B 易錯 failure prone 的軟件交付使用 C 軟件 硬件對個人或公司造成傷害的可能性 D 劣質(zhì)的軟件特征 比如功能性 可靠性 可用性和性能等 36 K3 事件報告的主要目的和作用是什么 A 為開發(fā)人員和其他人員提供問題反饋 在需要的時候可以進行識別 隔離和糾正 B 為測試組長提供一種有效跟蹤被測系統(tǒng)的質(zhì)量和測試進度的方法 C 提高開發(fā)人員的編程技能 D 為測試過程改進提供資料 第六章 測試工具測試工具 37 K1 為測試執(zhí)行 缺陷跟蹤和需求管理提供接口 還提供定量分析和報告測試對象 它還支持追溯測 試對象到需求規(guī)格說明并可提供獨立的版本控制能力或提供一個外部接口 這種工具是 A 測試執(zhí)行工具 B 測試管理工具 C 配置管理工具 D 事件管理工具 38 K1 以下不屬于評審工具的主要作用的是 A 對代碼進行度量 例如 復雜度 可以幫助計劃或風險分析 B 存儲和交流評審意見 缺陷和工作報告 C 為龐大的或分布于不同地區(qū)的團隊提供在線評審 D 可支持評審過程 檢查表 評審指導方針 39 K1 使用工具的潛在收益是什么 A 減少重復性的工作 B 更好的一致性和可重復性 C 容易得到測試和測試的相關(guān)信息 D 不用考慮不同工具之間的關(guān)系和互操作性 40 K2 為組織選擇一個工具所需要考慮的關(guān)鍵點有哪些 1 評估組織的成熟度 maturity 2 分析引入工具的優(yōu)點和缺點和認識引入工具能改善測試過程的可能性 3 根據(jù)清晰的需求和客觀的準則進行評估 4 對工具提供商進行評估 5 確定在工具使用方面應(yīng)提供的指導和內(nèi)部培訓需求 6 評估培訓需求時需要考慮現(xiàn)有測試團隊的自動化測試技能 7 根據(jù)實際的情況估算成本 收益比 A 2 3 4 5 B 1 2 6 C 1 3 5 6 7 D 1 2 3 4 5 6 7