ISTQB初級(jí)認(rèn)證模擬題中文

1、ISTQB 軟件測(cè)試初級(jí)認(rèn)證考前輔導(dǎo)International Software Testing Qualifications Board目 錄第一章：軟件測(cè)試基礎(chǔ)（18%）21.學(xué)習(xí)目標(biāo)22.練習(xí)題4第二章：軟件生命周期中的測(cè)試（15%）113.學(xué)習(xí)目標(biāo)114.練習(xí)題12第三章：靜態(tài)技術(shù)（7%）155.學(xué)習(xí)目標(biāo)156.練習(xí)題16第四章：測(cè)試設(shè)計(jì)技術(shù)（30%）18精選文庫7.學(xué)習(xí)目標(biāo)188.練習(xí)題20第五章：測(cè)試管理（20%）299.學(xué)習(xí)目標(biāo)2910.練習(xí)題31第六章：軟件測(cè)試工具（10%）3611.學(xué)習(xí)目標(biāo)3622.練習(xí)題36學(xué)習(xí)目標(biāo)和認(rèn)知水平在課程大綱中，每個(gè)章節(jié)都會(huì)提供相應(yīng)的認(rèn)知水平要求

2、：K1：牢記、認(rèn)知、回想K2：理解、解釋、給出理由、比較、分類、舉例、總結(jié)K3：應(yīng)用第一章：軟件測(cè)試基礎(chǔ)（18% ）1. 學(xué)習(xí)目標(biāo)1.1為什么需要軟件測(cè)試？(K2)通過具體的例子，來描述軟件中的缺陷會(huì)以什么樣的方式損害個(gè)人、損害環(huán)境或者損害公司利益（K2）。2精選文庫LO-1.1.2區(qū)分引起缺陷的根本原因及其影響（K2）。LO-1.1.3通過舉例的方式說明為什么需要測(cè)試（K2）。LO-1.1.4描述為什么測(cè)試是質(zhì)量保證 (quality assurance)的一部分，通過舉例說明測(cè)試是如何來提高軟件質(zhì)量的（K2）。LO-1.1.5理解術(shù)語錯(cuò)誤、缺陷、故障、失效的概念以及相應(yīng)的定義（K1）。1.

3、2什么是測(cè)試(K2)LO-1.2.1認(rèn)識(shí)測(cè)試的總體目標(biāo)（ K1）。LO-1.2.2描述在軟件開發(fā)、軟件維護(hù)和軟件運(yùn)行過程中，測(cè)試作為發(fā)現(xiàn)缺陷、提供信息和信心以及預(yù)防缺陷的一種手段（K2）。1.3軟件測(cè)試的基本原則(K2)說明測(cè)試的基本原則（K2）。1.4基本的測(cè)試過程(K1)認(rèn)識(shí)從計(jì)劃到測(cè)試結(jié)束過程中測(cè)試的基本活動(dòng)，以及在每個(gè)測(cè)試活動(dòng)中的主要任務(wù)（K1）。1.5測(cè)試的心理學(xué)(K2)認(rèn)識(shí)測(cè)試的成功與否，會(huì)受測(cè)試心理因素的影響（K1）：清晰的測(cè)試目標(biāo)決定了測(cè)試人員效率；人們往往會(huì)忽視自己的錯(cuò)誤；認(rèn)識(shí)到就事論事的交流方式以及反饋與問題相關(guān)信息的重要性。對(duì)比測(cè)試人員(tester)和開發(fā)人員 (dev

4、eloper)的思維方式的差異（K2）。3精選文庫2. 練習(xí)題? 下列術(shù)語中哪一個(gè)是 ISTQB 術(shù)語表中缺陷 (Defect) 的同義詞： Ba) Incidentb) Bugc) Mistaked) Error? 軟件測(cè)試目的可以是： BA. 發(fā)現(xiàn)缺陷B. 確認(rèn)軟件能夠正常運(yùn)行C. 預(yù)防缺陷D. 直接提高產(chǎn)品的售價(jià)E. 減少整個(gè)產(chǎn)品開發(fā)周期時(shí)間a) A, Bb) A,B,Cc)A,B,C和Dd) 所有選項(xiàng)4精選文庫?根據(jù) ISTQB 定義的術(shù)語，“風(fēng)險(xiǎn)”是與下列哪一個(gè)選項(xiàng)關(guān)聯(lián)的？Ca) 對(duì)測(cè)試者否定的反饋意見b) 將產(chǎn)生負(fù)面影響及其連鎖效應(yīng)的因素c) 可能產(chǎn)生負(fù)面影響及其連鎖效應(yīng)的因素d)

5、 將對(duì)被測(cè)對(duì)象產(chǎn)生負(fù)面影響及其連鎖效應(yīng)的因素?確認(rèn)系統(tǒng)是否按照預(yù)期工作，從而在系統(tǒng)是否滿足系統(tǒng)需求方面獲取信心。這樣的測(cè)試目的最可能適用下面的哪個(gè)測(cè)試階段：C? a） 組件測(cè)試b) 集成測(cè)試c) 系統(tǒng)測(cè)試d) 回歸測(cè)試?識(shí)別測(cè)試的任務(wù)、定義測(cè)試的目標(biāo)以及為實(shí)現(xiàn)測(cè)試目標(biāo)和任務(wù)的測(cè)試活動(dòng)規(guī)格說明。上述行為主要發(fā)生在：Aa) 計(jì)劃和控制b) 分析和設(shè)計(jì)c) 實(shí)現(xiàn)和執(zhí)行d) 測(cè)試結(jié)束活動(dòng)5精選文庫? ISTQB術(shù)語中的回歸測(cè)試的目的是： Ca) 驗(yàn)證修改的成功b) 預(yù)防功能編寫的不完善或疏漏c) 確保修正過程中沒有引入新的缺陷d) 幫助程序員更好地進(jìn)行單元測(cè)試?下列方式可以提高和改善測(cè)試人員和開發(fā)人員

6、關(guān)系的是：Ba) 理解項(xiàng)目經(jīng)理工作的重要性b) 對(duì)所發(fā)現(xiàn)的可能的缺陷以一種中立的方式進(jìn)行溝通c) 單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試都由同一批測(cè)試人員來完成d) 測(cè)試人員參加代碼調(diào)試?基本的測(cè)試過程主要由下面哪些活動(dòng)組成：DA. 計(jì)劃和控制 (control)B. 分析和設(shè)計(jì)C. 實(shí)現(xiàn)和執(zhí)行D. 評(píng)估出口準(zhǔn)則和測(cè)試報(bào)告6精選文庫E. 測(cè)試結(jié)束活動(dòng)a) A,B 和Cb)A,B,C和Dc) 除 E 以外所有選項(xiàng)d) 所有選項(xiàng)?對(duì)實(shí)現(xiàn)軟件測(cè)試組的獨(dú)立的方式，可以采用的是：BA. 測(cè)試的設(shè)計(jì)由開發(fā)隊(duì)伍的其他開發(fā)人員完成；B. 測(cè)試的設(shè)計(jì)由開發(fā)人員自己完成；C. 測(cè)試的設(shè)計(jì)獨(dú)立于本項(xiàng)目的開發(fā)隊(duì)伍；D. 測(cè)試的

7、設(shè)計(jì)獨(dú)立于本開發(fā)企業(yè)，來自于獨(dú)立的第三方測(cè)試機(jī)構(gòu)。E. 所有測(cè)試活動(dòng)由開發(fā)人員來完成a) A,B,Cb) A,B,C,Dc) A,C,Ed) 所有選項(xiàng)?以下關(guān)于測(cè)試原則的描述，正確的是：B7精選文庫a) 所有的軟件測(cè)試不需要追溯到用戶需求；b) 完全測(cè)試是不可能的；c) 測(cè)試可以顯示軟件潛在的缺陷；d) 程序員不需要避免檢查自己的程序。?軟件測(cè)試工作應(yīng)該開始于：Ba) Coding 之后；b) 需求分析階段；c) 概要設(shè)計(jì)階段；d) 詳細(xì)設(shè)計(jì)階段。?作為一個(gè)軟件測(cè)試員，應(yīng)具備哪些能力？DA. 具有好奇心；B. 職業(yè)悲觀心態(tài)；C. 批評(píng)的眼光；D. 關(guān)注系統(tǒng)的細(xì)節(jié)的能力E. 測(cè)試技能；F. 良好

8、的溝通能力a) A+B+C ；8精選文庫b) D+E+F ；c) E+F；d) 以上都是。?以下可能導(dǎo)致缺陷的原因有：DA. 環(huán)境因素； ( 可能導(dǎo)致失效 )B. 開發(fā)技術(shù)；C. 過程管理規(guī)范性；D. 個(gè)人能力E. 軟件的復(fù)雜性；F. 開發(fā)的周期長(zhǎng)短a) 以上都是；b) 以上都不是；c) A+B+C；d) D+E+F。?關(guān)于軟件質(zhì)量保證和軟件測(cè)試的描述，不正確的是Da) 軟件質(zhì)量保證和軟件測(cè)試是軟件質(zhì)量工程的兩個(gè)不同層面的工作；9精選文庫b) 在軟件質(zhì)量保證的活動(dòng)中也有一些測(cè)試活動(dòng)；c) 軟件測(cè)試是保證軟件質(zhì)量的一個(gè)重要環(huán)節(jié)；d) 軟件測(cè)試人員就是軟件質(zhì)量保證人員。?關(guān)于測(cè)試充分性的描述，正確

9、的是：Ba) 只有進(jìn)行完全的測(cè)試才充分；b)在有限的時(shí)間和資源條件下，找出所有的軟件的錯(cuò)誤，使軟件趨于完美，是不可能的；c) 當(dāng)繼續(xù)測(cè)試沒有發(fā)現(xiàn)新缺陷時(shí)；d) 當(dāng)全部測(cè)試用例都執(zhí)行完后。?以下關(guān)于測(cè)試目的的觀點(diǎn)，不正確的是：Ba) 軟件測(cè)試的目的是尋找錯(cuò)誤，并且盡最大的可能找出最多的錯(cuò)誤；b) 找出軟件開發(fā)人員的問題并評(píng)價(jià)開發(fā)人員能力；c) 一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試；d) 測(cè)試的目的，是想以最少的人力、物力和時(shí)間找出軟件中潛在的各種錯(cuò)誤和缺陷，通過修正各種錯(cuò)誤和缺陷提高軟件質(zhì)量，避免軟件發(fā)布后由于潛在的軟件缺陷和錯(cuò)誤造成的隱患所帶來的商業(yè)風(fēng)險(xiǎn)。?以下關(guān)于測(cè)試作用的描述，不正

10、確的是：B10精選文庫a) 測(cè)試無法顯示軟件潛在的缺陷；b) 測(cè)試能保證軟件的缺陷和錯(cuò)誤全部找到；c) 測(cè)試只能證明軟件存在錯(cuò)誤而不能證明軟件沒有錯(cuò)誤；d) 所有的軟件測(cè)試都應(yīng)追溯到用戶需求。第二章：軟件生命周期中的測(cè)試（15% ）3. 學(xué)習(xí)目標(biāo)2.1 軟件開發(fā)模型 (K2)LO-2.1.1明白在開發(fā)生命周期中的軟件開發(fā)、測(cè)試活動(dòng)和工作產(chǎn)品之間的相互關(guān)系，并根據(jù)項(xiàng)目和產(chǎn)品的特征以及它們的背景提供相應(yīng)的例子（K2）。LO-2.1.2知道必須根據(jù)項(xiàng)目背景和產(chǎn)品特征來選擇軟件開發(fā)的模型（K1）。LO-2.1.3理解在軟件測(cè)試中采用不同測(cè)試級(jí)別的原因，以及在任何生命周期模型中一個(gè)良好的測(cè)試應(yīng)該具備的特

11、征（ K1）。2.2測(cè)試級(jí)別 (K2)LO-2.2.1比較不同測(cè)試級(jí)別之間的區(qū)別：測(cè)試的主要目的、典型的測(cè)試對(duì)象、典型的測(cè)試目標(biāo)（功能性的或結(jié)構(gòu)性的）、相關(guān)的工作產(chǎn)品、測(cè)試的人員、識(shí)別缺陷和失效的種類（K2）。2.3 測(cè)試類型 (K2)LO-2.3.1通過舉例比較四種不同的軟件測(cè)試類型（功能測(cè)試、非功能測(cè)試、結(jié)構(gòu)測(cè)試和與變更相關(guān)的測(cè)試）（ K2）。LO-2.3.2明白功能測(cè)試和結(jié)構(gòu)測(cè)試可以應(yīng)用在任何測(cè)試級(jí)別（K1）。11精選文庫LO-2.3.3根據(jù)非功能需求來識(shí)別和描述非功能測(cè)試的類型。（K2）。LO-2.3.4根據(jù)對(duì)軟件系統(tǒng)結(jié)構(gòu)或構(gòu)架的分析來識(shí)別和描述測(cè)試的類型（K2）。LO-2.3.5描述

12、確認(rèn)測(cè)試和回歸測(cè)試的目的（K2）。2.4維護(hù)測(cè)試 (K2)LO-2.4.1比較維護(hù)測(cè)試（一個(gè)現(xiàn)存系統(tǒng)的測(cè)試）與一個(gè)新的應(yīng)用軟件的測(cè)試在測(cè)試類型、測(cè)試的觸發(fā)和測(cè)試規(guī)模等方面的區(qū)別（K2）。LO-2.4.2識(shí)別維護(hù)測(cè)試的原因（由于修改、移植或退役等因素）（K1）。LO-2.4.3描述回歸測(cè)試和變更的影響度分析在軟件維護(hù)中的作用（K2）。4. 練習(xí)題? 可維護(hù)性測(cè)試屬于： Da) 非功能測(cè)試b) 功能測(cè)試c) 結(jié)構(gòu)測(cè)試d) 確認(rèn)和回歸測(cè)試?有一個(gè)系統(tǒng)已經(jīng)在市場(chǎng)上運(yùn)行了，這種情況對(duì)系統(tǒng)進(jìn)行修改，然后進(jìn)行的測(cè)試：Aa) 維護(hù)測(cè)試b) 驗(yàn)收測(cè)試12精選文庫c) 組件測(cè)試d) 系統(tǒng)測(cè)試?下面哪些是一個(gè)好的測(cè)

13、試的特點(diǎn)：CA. 每個(gè)開發(fā)活動(dòng)都有相對(duì)應(yīng)的測(cè)試行為B. 每個(gè)測(cè)試級(jí)別都有其特有的測(cè)試目標(biāo)C. 對(duì)于每個(gè)測(cè)試級(jí)別，需要在相應(yīng)的開發(fā)活動(dòng)過程中進(jìn)行相應(yīng)的測(cè)試分析和設(shè)計(jì)D. 軟件測(cè)試的工作重點(diǎn)應(yīng)該集中在系統(tǒng)測(cè)試上a) C,Db) A,Bc) A,B,Cd) A,B,C,D?下面可以作為組件測(cè)試的測(cè)試對(duì)象的是：Aa) 模塊、對(duì)象和類b) 程序中的某個(gè)子系統(tǒng)c) 整個(gè)軟件系統(tǒng)d) 模塊間的接口13精選文庫?組件測(cè)試的用例設(shè)計(jì)主要參考的工作產(chǎn)品是：Aa) 組件規(guī)格說明b) 系統(tǒng)需求規(guī)格說明c) 用戶手冊(cè)d) 代碼?下面關(guān)于回歸測(cè)試敘述正確的是：Da) 回歸測(cè)試只能在系統(tǒng)測(cè)試這個(gè)級(jí)別進(jìn)行，不能用于單元測(cè)試和

14、集成測(cè)試b) 回歸測(cè)試只適用于功能測(cè)試，不適用于非功能測(cè)試c) 回歸測(cè)試都是自動(dòng)化執(zhí)行的d) 回歸測(cè)試是對(duì)已被測(cè)過的程序?qū)嶓w在修改缺陷后進(jìn)行的重復(fù)測(cè)試，以此來確認(rèn)在這些變更后是否有新的缺陷引入系統(tǒng)?語句的覆蓋率主要在下面哪個(gè)測(cè)試級(jí)別的測(cè)試設(shè)計(jì)中考慮：Ca) 系統(tǒng)測(cè)試b) 集成測(cè)試c) 組件測(cè)試d) 驗(yàn)收測(cè)試14精選文庫?傳統(tǒng)的或面向?qū)ο蟮膯卧獪y(cè)試，需要的開發(fā)工作：Da) 只要開發(fā)測(cè)試 stub ；b) 只要開發(fā)測(cè)試 driver ；c) 可能要同時(shí)開發(fā)一個(gè) stub 和多個(gè) driver ；d)可能要同時(shí)開發(fā)一個(gè)driver和多個(gè) stub 。 ( 一個(gè)入口，多個(gè)輸出)? 目前大部分的軟件錯(cuò)誤

15、來源于 _ 。 Da) 程序錯(cuò)誤；b) 分析和設(shè)計(jì)錯(cuò)誤；c) 測(cè)試本身的錯(cuò)誤；d) 需求錯(cuò)誤。第三章：靜態(tài)技術(shù)（7% ）5. 學(xué)習(xí)目標(biāo)3.1靜態(tài)技術(shù)和測(cè)試過程（K2）了解可以通過不同的靜態(tài)技術(shù)來檢查并確認(rèn)軟件工作產(chǎn)品的質(zhì)量（K1）。15精選文庫LO-3.1.2描述了在評(píng)估軟件工作產(chǎn)品中運(yùn)用靜態(tài)技術(shù)的重要性和它的價(jià)值（K2）。LO-3.1.3解釋靜態(tài)技術(shù)和動(dòng)態(tài)技術(shù)之間的區(qū)別（K2）。LO-3.1.4描述靜態(tài)分析和評(píng)審的目標(biāo)，并且和動(dòng)態(tài)測(cè)試進(jìn)行對(duì)比（K2）。3.2評(píng)審過程（ K2）LO-3.2.1理解典型的正式評(píng)審過程中的階段、角色和職責(zé)定義（K1）。LO-3.2.2解釋不同類型評(píng)審的區(qū)別：非正式

16、評(píng)審(informal review)、技術(shù)評(píng)審 (technical review)、走查 (walkthrough)和審查 (inspection)（ K2）。解釋影響評(píng)審成功的主要因素（K2）。3.3靜態(tài)分析的工具支持（K2）LO-3.3.1理解通過靜態(tài)分析能夠識(shí)別的典型缺陷和錯(cuò)誤，并與評(píng)審和動(dòng)態(tài)測(cè)試之間進(jìn)行比較（ K1）。LO-3.3.2 列出靜態(tài)分析的典型優(yōu)點(diǎn)（K1）。LO-3.3.3列出通過靜態(tài)分析工具識(shí)別的典型的代碼缺陷和設(shè)計(jì)缺陷（K1）。6. 練習(xí)題? 多出口函數(shù)可能會(huì)發(fā)生 _B_問題a) 產(chǎn)生邏輯錯(cuò)誤b) 降低可靠性c) 產(chǎn)生內(nèi)存泄漏d) 降低運(yùn)行性能16精選文庫?使用靜態(tài)測(cè)

17、試中的函數(shù)調(diào)用關(guān)系圖不能夠Ca) 檢查函數(shù)的調(diào)用關(guān)系是否正確b) 發(fā)現(xiàn)是否存在孤立函數(shù)c) 明確函數(shù)被調(diào)用頻度，并對(duì)這些函數(shù)進(jìn)行重點(diǎn)檢查d) 發(fā)現(xiàn)函數(shù)內(nèi)部結(jié)構(gòu)?下面對(duì)靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試的區(qū)別描述正確的是：Aa) 靜態(tài)測(cè)試并沒有真正的運(yùn)行軟件，而動(dòng)態(tài)測(cè)試需要運(yùn)行軟件b) 靜態(tài)測(cè)試需要借助于專門的測(cè)試工具，而動(dòng)態(tài)測(cè)試不需要c) 靜態(tài)測(cè)試是由開發(fā)人員執(zhí)行的，而動(dòng)態(tài)測(cè)試是由專門的測(cè)試人員完成d) 靜態(tài)測(cè)試是主要是為了增加測(cè)試人員對(duì)軟件的理解，而動(dòng)態(tài)測(cè)試是為了發(fā)現(xiàn)缺陷?下面那個(gè)不屬于靜態(tài)分析：Da) 編碼規(guī)則的檢查b) 程序結(jié)構(gòu)分析c) 程序復(fù)雜度分析d) 內(nèi)存泄漏17精選文庫? 技術(shù)評(píng)審的目的是 :D

18、a) 保證軟件在獨(dú)立的模式下進(jìn)行開發(fā)b) 發(fā)現(xiàn)軟件業(yè)務(wù)錯(cuò)誤c) 與項(xiàng)目管理無關(guān)d) 確認(rèn)軟件符合預(yù)先定義的開發(fā)規(guī)范和標(biāo)準(zhǔn)第四章：測(cè)試設(shè)計(jì)技術(shù)（30% ）7. 學(xué)習(xí)目標(biāo)4.1 測(cè)試開發(fā)過程（ K3）LO-4.1.1區(qū)別：測(cè)試設(shè)計(jì)規(guī)格說明(test design specification)、測(cè)試用例規(guī)格說明(test case specification)和測(cè)試規(guī)程規(guī)格說明(testprocedure specification)（ K2）。LO-4.1.2比較術(shù)語：測(cè)試條件、測(cè)試用例和測(cè)試規(guī)程(test procedure)（ K2）。LO-4.1.3評(píng)估測(cè)試用例的質(zhì)量（K3），它們是否滿足：

19、顯示明確的與需求的可追溯性(traceability)；包含預(yù)期的結(jié)果。根據(jù)測(cè)試人員的理解水平，將測(cè)試用例轉(zhuǎn)換為不同詳細(xì)程度的結(jié)構(gòu)合理的測(cè)試規(guī)程規(guī)格說明（K3）。4.2測(cè)試設(shè)計(jì)技術(shù)的種類（K2）18精選文庫LO-4.2.1復(fù)述在測(cè)試用例設(shè)計(jì)中，為什么需要采用基于規(guī)格說明的測(cè)試（黒盒測(cè)試）和基于結(jié)構(gòu)的測(cè)試（白盒測(cè)試）的方法？列舉出各自比較常用的技術(shù)（ K1）。LO-4.2.2解釋基于規(guī)格說明的測(cè)試、基于結(jié)構(gòu)的測(cè)試和基于經(jīng)驗(yàn)的測(cè)試三者的特征和區(qū)別（ K2）。4.3 基于規(guī)格說明的或黒盒測(cè)試技術(shù)（K3）LO-4.3.1使用下列測(cè)試設(shè)計(jì)技術(shù)，對(duì)指定的軟件模塊編寫測(cè)試用例：（K3）等價(jià)類劃分 (equi

20、valence partitioning)；邊界值分析 (boundary value analysis)；決策表測(cè)試 (decision table testing)；狀態(tài)轉(zhuǎn)換測(cè)試 (state transition testingm)；理解這四種測(cè)試設(shè)計(jì)技術(shù)各自的主要目的，這些技術(shù)可以應(yīng)用于什么測(cè)試級(jí)別和測(cè)試類型，以及如何測(cè)量測(cè)試覆蓋(test coverage)（ K2）。理解用例測(cè)試（use case testing）的概念和應(yīng)用這種技術(shù)的優(yōu)點(diǎn)（K2）。4.4基于結(jié)構(gòu)的技術(shù)或白盒技術(shù)（K3）LO-4.4.1描述代碼覆蓋(code coverage) 的概念及其重要性（K2）。LO-4.

21、4.2解釋語句覆蓋(statement coverage ）和判定覆蓋(decision coverage)等概念，理解這些概念除了可以應(yīng)用在組件測(cè)試(componenttesting)外，還可以應(yīng)用在其他任何測(cè)試級(jí)別上（比如系統(tǒng)級(jí)別上的業(yè)務(wù)過程測(cè)試）（K2）。LO-4.4.3根據(jù)給定的控制流，使用下面的測(cè)試設(shè)計(jì)技術(shù)設(shè)計(jì)測(cè)試用例（K3）：語句測(cè)試；19精選文庫判定測(cè)試；評(píng)估語句覆蓋和判定覆蓋的完整性（K3）。4.5基于經(jīng)驗(yàn)的技術(shù)（K2）LO-4.5.1復(fù)述在哪些情況下使用基于直覺、基于經(jīng)驗(yàn)和知識(shí)、基于對(duì)常見缺陷的認(rèn)識(shí)來編寫測(cè)試用例（K1）。LO-4.5.2比較基于經(jīng)驗(yàn)的方法和基于規(guī)格說明的方法

22、之間的區(qū)別（K2）。4.6選擇測(cè)試技術(shù)（K2）針對(duì)不同類型的問題選擇不同的測(cè)試用例設(shè)計(jì)技術(shù)，列舉出會(huì)影響設(shè)計(jì)技術(shù)選擇的因素，比如系統(tǒng)的類型、風(fēng)險(xiǎn)、客戶8. 練習(xí)題?關(guān)于邊界值的說法不正確的是：Da) 邊界值分析是一種補(bǔ)充等價(jià)劃分的測(cè)試用例技術(shù)b) 它不是選擇等價(jià)類的任意元素，而是選擇等價(jià)類邊界的測(cè)試用例c) 程序在處理大量中間數(shù)值時(shí)都是對(duì)的，但是在邊界處極可能出現(xiàn)錯(cuò)誤d) 邊界值分析法考慮了輸入變量之間的依賴關(guān)系? 對(duì)于測(cè)試錯(cuò)誤的說法是 :Ba) 測(cè)試的設(shè)計(jì)可以用 80-20 規(guī)則作為指導(dǎo)。b) 測(cè)試后程序中殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成正比20精選文庫c) 應(yīng)該在測(cè)試工作真正開始

23、前的較長(zhǎng)時(shí)間內(nèi)進(jìn)行測(cè)試計(jì)劃d) 測(cè)試的效果由測(cè)試用例的多少及規(guī)定的覆蓋指標(biāo)確定?根據(jù)測(cè)試章程中包含的測(cè)試目標(biāo)，同時(shí)進(jìn)行測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行的是：Aa) 探索性測(cè)試b) 錯(cuò)誤推測(cè)c) 白盒測(cè)試d) 黑盒測(cè)試? 下面哪個(gè)屬于靜態(tài)分析： DA. 編碼規(guī)則的檢查B. 程序結(jié)構(gòu)分析C. 程序復(fù)雜度分析D. 內(nèi)存泄漏a) 除 C以外b) 除 A和 C以外c) 除 C和 D以外d) 除 D以外21精選文庫?如果程序的功能說明中含有輸入條件的組合情況，則一開始就可以選用_B_和判定表法。a) 等價(jià)類劃分法b) 因果圖法c) 正交試驗(yàn)法d) 場(chǎng)景法?通常情況下基本功能測(cè)試和性能測(cè)試的執(zhí)行順序是：Ca) 基本功能的

24、測(cè)試和性能測(cè)試同時(shí)進(jìn)行b) 先執(zhí)行性能測(cè)試，然后再進(jìn)行基本功能的測(cè)試c) 先進(jìn)行基本功能的測(cè)試，然后再執(zhí)行性能測(cè)試d) 基本功能測(cè)試和性能測(cè)試哪個(gè)先執(zhí)行都無所謂? 如果一個(gè) 4 變量函數(shù)，使除一個(gè)以外的所有變量取正常值，使剩余變量取最小值、略高于最小值、正常值、略低于最大值和最大值，對(duì)每個(gè)變量都重復(fù)進(jìn)行。這樣，對(duì)于一個(gè)4變量函數(shù)，邊界值分析產(chǎn)生的測(cè)試用例數(shù)為：Ba) 15b) 17c) 18d) 2022精選文庫?一個(gè)參數(shù)的取值范圍是正整數(shù)，那么這個(gè)參數(shù)的有效邊界值的數(shù)目是：Aa) 一個(gè)b) 二個(gè)c) 三個(gè)d) 四個(gè)D?某個(gè)程序有三個(gè)輸入?yún)?shù)A,B 和 C，輸入?yún)?shù)的有效條件是A<B 和

25、 C>B，如果應(yīng)用等價(jià)類劃分的技術(shù)，可以生成的等價(jià)類有：AAB,CBB、AB, CBC、AB,CD、AB, CBBa) A,Cb) A,B,Cc) C,Dd) A,B,C,D?判定覆蓋和語句覆蓋之間的比較：Aa)100的判定覆蓋可以保證100的語句覆蓋，反之則不行b)100的語句覆蓋可以保證100的判定覆蓋，反之則不行23精選文庫c)100的語句覆蓋可以保證100的判定覆蓋，反之亦然d) 100的語句覆蓋和 100的判定覆蓋之間沒有直接的聯(lián)系?在規(guī)格說明不完全的情況，最適合采用的測(cè)試技術(shù)是：Ba) 基于結(jié)構(gòu)的測(cè)試技術(shù) ( 白盒測(cè)試 )b) 基于經(jīng)驗(yàn)的測(cè)試技術(shù)c) 基于規(guī)格說明的測(cè)試技術(shù)d

26、) 以上都適合? 什么是等價(jià)類劃分 CA. 將測(cè)試對(duì)象的輸入或輸出域劃分成若干部分B. 從每一個(gè)子集中選取少數(shù)具有代表性的數(shù)據(jù)C. 是一種白盒測(cè)試方法D. 有效值的等價(jià)類E. 無效值的等價(jià)類a) A,B,C,Db) A,B,Cc) A,B,D,E24精選文庫d) D,E?描述黑盒測(cè)試和白盒測(cè)試過程的不同：AA. 黑盒測(cè)試在測(cè)試對(duì)象的表面進(jìn)行B. 白盒測(cè)試是在源代碼已知的情況下進(jìn)行C. 黑盒測(cè)試用例是通過測(cè)試對(duì)象的使用說明或需求設(shè)計(jì)D. 黑盒測(cè)試包括語句覆蓋和分支覆蓋方法E. 白盒測(cè)試是通過因果圖的分析方法進(jìn)行的a) A,B,Cb) A,Cc) A,B,C,D,Ed) D,E?狀態(tài)轉(zhuǎn)換測(cè)試用例設(shè)

27、計(jì)的完全定義內(nèi)容：CA. 測(cè)試對(duì)象的初始化狀態(tài)B. 測(cè)試對(duì)象的輸入C. 預(yù)期結(jié)果或預(yù)期的行為D. 預(yù)期的最終狀態(tài)25精選文庫a) A,B,Cb) A,Cc) A,B,C,Dd) C,D?根據(jù)黑盒測(cè)試方法可以設(shè)計(jì)變量0 <= X <= 100的測(cè)試用例： Ca) 0,20,100b) 20,50,100c) -1,0,1,50,99,100,101d) -100,30,100,200?根據(jù)以下流程圖設(shè)計(jì)語句覆蓋的測(cè)試用例D26精選文庫a) 測(cè)試用例 a=5， c=7； a=10，c=12b) 測(cè)試用例 a=11， c=6； a=0，c=2c) 測(cè)試用例 a=9， c=11； a=15

28、, c=11d) 測(cè)試用例 a=5， c=7； a=11，c=6? 請(qǐng)根據(jù)條件（ x>3， y<5）設(shè)計(jì)條件組合覆蓋測(cè)試用例：AA. x=6， y=3B. x=6， y=8C. x=2， y=327精選文庫D.x=2， y=8a) A,B,C,Db) A,B,Cc) A,B,Dd) C,D? 黑盒測(cè)試技術(shù)包括 Ca) 邊界值分析、判定表、等價(jià)類劃分、經(jīng)驗(yàn)法b) 判定覆蓋、語句覆蓋、用例分析c) 邊界值分析、等價(jià)類劃分、因果圖分析、隨機(jī)法d) 判定表技術(shù)、路徑覆蓋、條件覆蓋?語句覆蓋和判定覆蓋有什么不同DA. 語句覆蓋程序中每一個(gè)判斷至少要執(zhí)行一次B. 判定覆蓋程序中每個(gè)判斷的取真分

29、支和取假分支至少經(jīng)歷一次。C. 判定覆蓋程序中各種組合至少執(zhí)行一次D. 語句覆蓋是指程序中每一條語句至少被執(zhí)行一次a) A,C28精選文庫b) A,Bc) C,Dd) B,D第五章：測(cè)試管理（20% ）9. 學(xué)習(xí)目標(biāo)5.1 測(cè)試的組織結(jié)構(gòu)（ K2）LO-5.1.1 認(rèn)識(shí)獨(dú)立測(cè)試的重要性（ K1）。LO-5.1.2列出在組織內(nèi)進(jìn)行獨(dú)立測(cè)試的優(yōu)點(diǎn)和缺點(diǎn)（K2）。LO-5.1.3考慮使用不同團(tuán)隊(duì)的成員來成立測(cè)試小組（K1）。LO-5.1.4了解測(cè)試領(lǐng)導(dǎo)人 (test leader)和測(cè)試員的任務(wù)（ K1）。5.2測(cè)試計(jì)劃和估算（K2）LO-5.2.1認(rèn)識(shí)測(cè)試計(jì)劃的不同級(jí)別和目標(biāo)（K1）。LO-5.2

30、.2根據(jù)“軟件測(cè)試文檔標(biāo)準(zhǔn)（IEEE 829 ）” 總結(jié)測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)規(guī)格說明和測(cè)試規(guī)程的目的及內(nèi)容（K2）。LO-5.2.3區(qū)分屬于二類不同概念（預(yù)防型Preventative 和應(yīng)對(duì)型 Reactive ）的各種測(cè)試方法，如基于分析、基于模型、基于方法、符合過程/標(biāo)準(zhǔn)的、動(dòng)態(tài) / 啟發(fā)式的、 咨詢式或基于面向可重用的方法（K2）。LO-5.2.4區(qū)分為系統(tǒng)而做測(cè)試計(jì)劃和為安排測(cè)試執(zhí)行做測(cè)試計(jì)劃的內(nèi)容上的不同之處（ K2）。LO-5.2.5在綜合考慮優(yōu)先級(jí)、技術(shù)和邏輯依賴后，為給定的測(cè)試用例集編寫測(cè)試執(zhí)行計(jì)劃（ K3）。29精選文庫LO-5.2.6列出在測(cè)試計(jì)劃時(shí)應(yīng)該考慮的測(cè)試準(zhǔn)備和執(zhí)行

31、活動(dòng)（K1）。LO-5.2.7認(rèn)識(shí)影響測(cè)試開銷的主要因素（K1）。LO-5.2.8從概念上區(qū)別兩種不同的估算方法：基于度量的方法和基于專家的方法（K2）。LO-5.2.9理解 / 解釋針對(duì)特定測(cè)試級(jí)別和測(cè)試用例組所定義的恰當(dāng)?shù)某隹跍?zhǔn)則（例如對(duì)于集成測(cè)試、驗(yàn)收測(cè)試或可用性測(cè)試的測(cè)試用例）（ K2）。5.3測(cè)試進(jìn)度監(jiān)控（K2）LO-5.3.1認(rèn)識(shí)用于監(jiān)督測(cè)試準(zhǔn)備和執(zhí)行的常見度量項(xiàng)（K1）。LO-5.3.2理解和解釋針對(duì)測(cè)試報(bào)告和測(cè)試控制的測(cè)試度量（例如已發(fā)現(xiàn)和已修復(fù)的缺陷、已通過或失敗的測(cè)試）（K2）。LO-5.3.3根據(jù)“軟件測(cè)試文檔標(biāo)準(zhǔn)（IEEE 829 ）”總結(jié)測(cè)試報(bào)告的目的和內(nèi)容（K2）。

32、5.4配置管理（ K2）總結(jié)配置管理如何支持測(cè)試（K2）。5.5風(fēng)險(xiǎn)和測(cè)試（K2）LO-5.5.1將可能會(huì)威脅一個(gè)或多個(gè)利益相關(guān)者實(shí)現(xiàn)項(xiàng)目目標(biāo)的可能問題描述為風(fēng)險(xiǎn)（K2）。LO-5.5.2知道風(fēng)險(xiǎn)是由可能性（發(fā)生的可能性）和影響力（發(fā)生后所造成的危害）來決定的（ K1）。LO-5.5.3 區(qū)別項(xiàng)目風(fēng)險(xiǎn)和產(chǎn)品風(fēng)險(xiǎn)（K2）。LO-5.5.4了解典型的產(chǎn)品風(fēng)險(xiǎn)和項(xiàng)目風(fēng)險(xiǎn)（K1）。LO-5.5.5通過例子來描述在測(cè)試計(jì)劃中如何進(jìn)行風(fēng)險(xiǎn)分析和風(fēng)險(xiǎn)管理（K2）。5.6事件管理（ K3）30精選文庫LO-5.6.1按照“軟件測(cè)試文檔標(biāo)準(zhǔn)（IEEE 829 ）”認(rèn)識(shí)事件報(bào)告的內(nèi)容（K1）。LO-5.6.2針對(duì)

33、測(cè)試過程中發(fā)現(xiàn)的失效編寫事件報(bào)告（K3）。10.練習(xí)題11.測(cè)試計(jì)劃主要由哪個(gè)角色負(fù)責(zé)制定：D?A測(cè)試人員b) 項(xiàng)目經(jīng)理c) 開發(fā)人員d) 測(cè)試經(jīng)理?測(cè)試經(jīng)理的任務(wù)通常不包括：Ca) 編寫測(cè)試計(jì)劃b) 選擇合適的測(cè)試策略和方法c) 建立和維護(hù)測(cè)試環(huán)境d) 選擇和引入合適的測(cè)試工具?對(duì)于監(jiān)控測(cè)試周期時(shí)采用的度量方法，下列敘述中不當(dāng)?shù)氖牵篶a 基于故障和基于失效的度量：統(tǒng)計(jì)特定軟件版本中的故障數(shù)。b) 基于測(cè)試用例的度量：統(tǒng)計(jì)各優(yōu)先級(jí)的測(cè)試用例數(shù)量。31精選文庫c) 基于測(cè)試對(duì)象的度量：統(tǒng)計(jì)代碼和安裝平臺(tái)等覆蓋情況。d) 基于成本的度量：統(tǒng)計(jì)已經(jīng)花費(fèi)的測(cè)試成本，下一測(cè)試周期的成本與預(yù)期收益的關(guān)系。

34、?通常情況下，承擔(dān)測(cè)試監(jiān)控任務(wù)的人員是：Aa) 測(cè)試系統(tǒng)管理員b) 測(cè)試經(jīng)理c) 測(cè)試執(zhí)行人員d) 測(cè)試設(shè)計(jì)人員?下列哪個(gè)是測(cè)試組獨(dú)立的缺點(diǎn)？ca) 測(cè)試人員需要額外的培訓(xùn)b) 測(cè)試人員需要花時(shí)間了解所要測(cè)試的產(chǎn)品的需要、架構(gòu)、代碼等c) 開發(fā)人員可能會(huì)失去對(duì)產(chǎn)品質(zhì)量的責(zé)任心d) 設(shè)立獨(dú)立測(cè)試組會(huì)花費(fèi)更多成本? 如果沒有做好配置管理工作，那么可能會(huì)導(dǎo)致：d 開發(fā)人員相互篡改各自編寫的代碼B. 集成工作難以開展C. 問題分析和故障修正工作被復(fù)雜化32精選文庫D. 測(cè)試評(píng)估工作受阻a) A、 Cb) B、 Dc) A、B、Cd) A、B、C、D?對(duì)于測(cè)試過程來說，哪些工作產(chǎn)品要納入配置管理？Aa)

35、測(cè)試對(duì)象（ The test object）、測(cè)試材料（the test material）和測(cè)試環(huán)境b) 問題報(bào)告和測(cè)試材料c) 測(cè)試對(duì)象d) 測(cè)試對(duì)象和測(cè)試材料?下面有關(guān)基于風(fēng)險(xiǎn)的方法的描述哪個(gè)是不正確的？Ca) 識(shí)別的風(fēng)險(xiǎn)經(jīng)常用于決定哪些需要更多測(cè)試，哪些可以減少測(cè)試b) 識(shí)別的風(fēng)險(xiǎn)經(jīng)常用于決定多少測(cè)試服務(wù)c) 識(shí)別的風(fēng)險(xiǎn)經(jīng)常用于決定使用何種測(cè)試工具d) 識(shí)別的風(fēng)險(xiǎn)經(jīng)常用于決定使用何種測(cè)試技術(shù)33精選文庫?下列活動(dòng)中，不屬于測(cè)試計(jì)劃活動(dòng)的是：Aa)設(shè)計(jì)測(cè)試用例b) 確定測(cè)試環(huán)境c) 定義測(cè)試級(jí)別d) 估算測(cè)試成本?事件報(bào)告中可能包括的錯(cuò)誤有：DA. 程序錯(cuò)誤B. 規(guī)格說明中的錯(cuò)誤C. 用戶手冊(cè)中的錯(cuò)誤a) Ab) A、 Cc) B、 Cd) A、B、C?下列風(fēng)險(xiǎn)中，屬于產(chǎn)品風(fēng)險(xiǎn)的是：Ba）軟件需求不明確b) 由于使用軟件產(chǎn)品而導(dǎo)致人員傷亡c) 軟件測(cè)試人員和軟件開發(fā)人員溝通不暢d) 軟件源代碼質(zhì)量低下34精選文庫?軟件測(cè)試團(tuán)隊(duì)的組織一般可分為：_A_和基于項(xiàng)目的組織模式。a) 基于測(cè)試的組織模式；b) 基于技能的組織模式；c) 基于團(tuán)隊(duì)的組織模式；d) 基于軟