istqb初級認(rèn)證模擬題中文.doc

1、ISTQB 軟件測試初級認(rèn)證考前輔導(dǎo)International Software Testing Qualifications Board目 錄第一章：軟件測試基礎(chǔ)（18%）.錯(cuò)誤 ! 未定義書簽。1.學(xué)習(xí)目標(biāo) .錯(cuò)誤 ! 未定義書簽。2.練習(xí)題 .錯(cuò)誤 ! 未定義書簽。第二章：軟件生命周期中的測試（15%） .錯(cuò)誤 ! 未定義書簽。3.學(xué)習(xí)目標(biāo) .錯(cuò)誤 ! 未定義書簽。4.練習(xí)題 .錯(cuò)誤 ! 未定義書簽。第三章：靜態(tài)技術(shù)（7%）.錯(cuò)誤 ! 未定義書簽。5.學(xué)習(xí)目標(biāo) .錯(cuò)誤 ! 未定義書簽。6.練習(xí)題 .錯(cuò)誤 ! 未定義書簽。第四章：測試設(shè)計(jì)技術(shù)（30%）.錯(cuò)誤 ! 未定義書簽。7.學(xué)習(xí)目標(biāo)

2、.錯(cuò)誤 ! 未定義書簽。8.練習(xí)題 .錯(cuò)誤 ! 未定義書簽。第五章：測試管理（20%） .錯(cuò)誤 ! 未定義書簽。9.學(xué)習(xí)目標(biāo) .錯(cuò)誤 ! 未定義書簽。10.練習(xí)題 .錯(cuò)誤 ! 未定義書簽。第六章：軟件測試工具（10%） .錯(cuò)誤 ! 未定義書簽。11.學(xué)習(xí)目標(biāo) .錯(cuò)誤 ! 未定義書簽。22.練習(xí)題 .錯(cuò)誤 ! 未定義書簽。學(xué)習(xí)目標(biāo)和認(rèn)知水平在課程大綱中，每個(gè)章節(jié)都會提供相應(yīng)的認(rèn)知水平要求：K1：牢記、認(rèn)知、回想K2：理解、解釋、給出理由、比較、分類、舉例、總結(jié)K3：應(yīng)用第一章：軟件測試基礎(chǔ)（18%）1. 學(xué)習(xí)目標(biāo)為什么需要軟件測試(K2)LO-1.1.1通過具體的例子，來描述軟件中的缺陷會以什么

3、樣的方式損害個(gè)人、損害環(huán)境或者損害公司利益（K2）。LO-1.1.2區(qū)分引起缺陷的根本原因及其影響（K2）。LO-1.1.3通過舉例的方式說明為什么需要測試（K2）。LO-1.1.4描述為什么測試是質(zhì)量保證 (quality assurance)的一部分，通過舉例說明測試是如何來提高軟件質(zhì)量的（K2）。LO-1.1.5理解術(shù)語錯(cuò)誤、缺陷、故障、失效的概念以及相應(yīng)的定義（K1）。什么是測試(K2)LO-1.2.1認(rèn)識測試的總體目標(biāo)（ K1）。LO-1.2.2描述在軟件開發(fā)、軟件維護(hù)和軟件運(yùn)行過程中，測試作為發(fā)現(xiàn)缺陷、提供信息和信心以及預(yù)防缺陷的一種手段（K2）。軟件測試的基本原則(K2)LO-1

4、.3.1說明測試的基本原則（K2）。基本的測試過程(K1)LO-1.4.1認(rèn)識從計(jì)劃到測試結(jié)束過程中測試的基本活動，以及在每個(gè)測試活動中的主要任務(wù)（K1）。測試的心理學(xué)(K2)LO-1.5.1認(rèn)識測試的成功與否，會受測試心理因素的影響（K1）：清晰的測試目標(biāo)決定了測試人員效率；人們往往會忽視自己的錯(cuò)誤；認(rèn)識到就事論事的交流方式以及反饋與問題相關(guān)信息的重要性。LO-1.5.2對比測試人員(tester)和開發(fā)人員 (developer)的思維方式的差異（K2）。2. 練習(xí)題? 下列術(shù)語中哪一個(gè)是 ISTQB 術(shù)語表中缺陷 (Defect) 的同義詞： Ba) Incidentb) Bugc) M

5、istaked) Error? 軟件測試目的可以是： 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)?根據(jù) ISTQB 定義的術(shù)語，“風(fēng)險(xiǎn)”是與下列哪一個(gè)選項(xiàng)關(guān)聯(lián)的Ca) 對測試者否定的反饋意見b) 將產(chǎn)生負(fù)面影響及其連鎖效應(yīng)的因素c) 可能產(chǎn)生負(fù)面影響及其連鎖效應(yīng)的因素d) 將對被測對象產(chǎn)生負(fù)面影響及其連鎖效應(yīng)的因素?確認(rèn)系統(tǒng)是否按照預(yù)期工作，從而在系統(tǒng)是否滿足系統(tǒng)需求方面獲取信心。這樣的測試目的最可能適用下面的哪個(gè)測試階段：C? a） 組件測試b) 集成測試c) 系

6、統(tǒng)測試d) 回歸測試?識別測試的任務(wù)、定義測試的目標(biāo)以及為實(shí)現(xiàn)測試目標(biāo)和任務(wù)的測試活動規(guī)格說明。上述行為主要發(fā)生在：Aa) 計(jì)劃和控制b) 分析和設(shè)計(jì)c) 實(shí)現(xiàn)和執(zhí)行d) 測試結(jié)束活動? ISTQB術(shù)語中的回歸測試的目的是： Ca) 驗(yàn)證修改的成功b) 預(yù)防功能編寫的不完善或疏漏c) 確保修正過程中沒有引入新的缺陷d) 幫助程序員更好地進(jìn)行單元測試?下列方式可以提高和改善測試人員和開發(fā)人員關(guān)系的是：Ba) 理解項(xiàng)目經(jīng)理工作的重要性b) 對所發(fā)現(xiàn)的可能的缺陷以一種中立的方式進(jìn)行溝通c) 單元測試、集成測試和系統(tǒng)測試都由同一批測試人員來完成d) 測試人員參加代碼調(diào)試?基本的測試過程主要由下面哪些活

7、動組成：DA. 計(jì)劃和控制 (control)B. 分析和設(shè)計(jì)C. 實(shí)現(xiàn)和執(zhí)行D. 評估出口準(zhǔn)則和測試報(bào)告E. 測試結(jié)束活動a) A,B 和Cb)A,B,C和Dc) 除 E 以外所有選項(xiàng)d) 所有選項(xiàng)?對實(shí)現(xiàn)軟件測試組的獨(dú)立的方式，可以采用的是：BA. 測試的設(shè)計(jì)由開發(fā)隊(duì)伍的其他開發(fā)人員完成；B. 測試的設(shè)計(jì)由開發(fā)人員自己完成；C. 測試的設(shè)計(jì)獨(dú)立于本項(xiàng)目的開發(fā)隊(duì)伍；D. 測試的設(shè)計(jì)獨(dú)立于本開發(fā)企業(yè)，來自于獨(dú)立的第三方測試機(jī)構(gòu)。E. 所有測試活動由開發(fā)人員來完成a) A,B,Cb) A,B,C,Dc) A,C,Ed) 所有選項(xiàng)?以下關(guān)于測試原則的描述，正確的是：Ba) 所有的軟件測試不需要追溯

8、到用戶需求；b) 完全測試是不可能的；c) 測試可以顯示軟件潛在的缺陷；d) 程序員不需要避免檢查自己的程序。?軟件測試工作應(yīng)該開始于：Ba) Coding 之后；b) 需求分析階段；c) 概要設(shè)計(jì)階段；d) 詳細(xì)設(shè)計(jì)階段。?作為一個(gè)軟件測試員，應(yīng)具備哪些能力DA. 具有好奇心；B. 職業(yè)悲觀心態(tài)；C. 批評的眼光；D. 關(guān)注系統(tǒng)的細(xì)節(jié)的能力E. 測試技能；F. 良好的溝通能力a) A+B+C ；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ā)

9、的周期長短a) 以上都是；b) 以上都不是；c) A+B+C；d) D+E+F。?關(guān)于軟件質(zhì)量保證和軟件測試的描述，不正確的是Da) 軟件質(zhì)量保證和軟件測試是軟件質(zhì)量工程的兩個(gè)不同層面的工作；b) 在軟件質(zhì)量保證的活動中也有一些測試活動；c) 軟件測試是保證軟件質(zhì)量的一個(gè)重要環(huán)節(jié)；d) 軟件測試人員就是軟件質(zhì)量保證人員。?關(guān)于測試充分性的描述，正確的是：Ba) 只有進(jìn)行完全的測試才充分；b)在有限的時(shí)間和資源條件下，找出所有的軟件的錯(cuò)誤，使軟件趨于完美，是不可能的；c) 當(dāng)繼續(xù)測試沒有發(fā)現(xiàn)新缺陷時(shí)；d) 當(dāng)全部測試用例都執(zhí)行完后。?以下關(guān)于測試目的的觀點(diǎn)，不正確的是：Ba) 軟件測試的目的是尋

10、找錯(cuò)誤，并且盡最大的可能找出最多的錯(cuò)誤；b) 找出軟件開發(fā)人員的問題并評價(jià)開發(fā)人員能力；c) 一個(gè)成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測試；d) 測試的目的，是想以最少的人力、物力和時(shí)間找出軟件中潛在的各種錯(cuò)誤和缺陷，通過修正各種錯(cuò)誤和缺陷提高軟件質(zhì)量，避免軟件發(fā)布后由于潛在的軟件缺陷和錯(cuò)誤造成的隱患所帶來的商業(yè)風(fēng)險(xiǎn)。?以下關(guān)于測試作用的描述，不正確的是：Ba) 測試無法顯示軟件潛在的缺陷；b) 測試能保證軟件的缺陷和錯(cuò)誤全部找到；c) 測試只能證明軟件存在錯(cuò)誤而不能證明軟件沒有錯(cuò)誤；d) 所有的軟件測試都應(yīng)追溯到用戶需求。第二章：軟件生命周期中的測試（15%）3. 學(xué)習(xí)目標(biāo)軟件開發(fā)模型 (K

11、2)LO-2.1.1明白在開發(fā)生命周期中的軟件開發(fā)、測試活動和工作產(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理解在軟件測試中采用不同測試級別的原因，以及在任何生命周期模型中一個(gè)良好的測試應(yīng)該具備的特征（ K1）。測試級別 (K2)LO-2.2.1比較不同測試級別之間的區(qū)別：測試的主要目的、典型的測試對象、典型的測試目標(biāo)（功能性的或結(jié)構(gòu)性的）、相關(guān)的工作產(chǎn)品、測試的人員、識別缺陷和失效的種類（K2）。測試類型 (K2)LO-2.3.1通過舉例比較四種不同的軟件測試類型

12、（功能測試、非功能測試、結(jié)構(gòu)測試和與變更相關(guān)的測試）（ K2）。LO-2.3.2明白功能測試和結(jié)構(gòu)測試可以應(yīng)用在任何測試級別（K1）。LO-2.3.3根據(jù)非功能需求來識別和描述非功能測試的類型。（K2）。LO-2.3.4根據(jù)對軟件系統(tǒng)結(jié)構(gòu)或構(gòu)架的分析來識別和描述測試的類型（K2）。LO-2.3.5描述確認(rèn)測試和回歸測試的目的（K2）。維護(hù)測試(K2)LO-2.4.1比較維護(hù)測試（一個(gè)現(xiàn)存系統(tǒng)的測試）與一個(gè)新的應(yīng)用軟件的測試在測試類型、測試的觸發(fā)和測試規(guī)模等方面的區(qū)別（K2）。LO-2.4.2識別維護(hù)測試的原因（由于修改、移植或退役等因素）（K1）。LO-2.4.3描述回歸測試和變更的影響度分析

13、在軟件維護(hù)中的作用（K2）。4. 練習(xí)題? 可維護(hù)性測試屬于： Da) 非功能測試b) 功能測試c) 結(jié)構(gòu)測試d) 確認(rèn)和回歸測試?有一個(gè)系統(tǒng)已經(jīng)在市場上運(yùn)行了，這種情況對系統(tǒng)進(jìn)行修改，然后進(jìn)行的測試：Aa) 維護(hù)測試b) 驗(yàn)收測試c) 組件測試d) 系統(tǒng)測試?下面哪些是一個(gè)好的測試的特點(diǎn)：CA. 每個(gè)開發(fā)活動都有相對應(yīng)的測試行為B. 每個(gè)測試級別都有其特有的測試目標(biāo)C. 對于每個(gè)測試級別，需要在相應(yīng)的開發(fā)活動過程中進(jìn)行相應(yīng)的測試分析和設(shè)計(jì)D. 軟件測試的工作重點(diǎn)應(yīng)該集中在系統(tǒng)測試上a) C,Db) A,Bc) A,B,Cd) A,B,C,D?下面可以作為組件測試的測試對象的是：Aa) 模塊、

14、對象和類b) 程序中的某個(gè)子系統(tǒng)c) 整個(gè)軟件系統(tǒng)d) 模塊間的接口?組件測試的用例設(shè)計(jì)主要參考的工作產(chǎn)品是：Aa) 組件規(guī)格說明b) 系統(tǒng)需求規(guī)格說明c) 用戶手冊d) 代碼?下面關(guān)于回歸測試敘述正確的是：Da) 回歸測試只能在系統(tǒng)測試這個(gè)級別進(jìn)行，不能用于單元測試和集成測試b) 回歸測試只適用于功能測試，不適用于非功能測試c) 回歸測試都是自動化執(zhí)行的d) 回歸測試是對已被測過的程序?qū)嶓w在修改缺陷后進(jìn)行的重復(fù)測試，以此來確認(rèn)在這些變更后是否有新的缺陷引入系統(tǒng)?語句的覆蓋率主要在下面哪個(gè)測試級別的測試設(shè)計(jì)中考慮：Ca) 系統(tǒng)測試b) 集成測試c) 組件測試d) 驗(yàn)收測試?傳統(tǒng)的或面向?qū)ο蟮膯?/p>

15、元測試，需要的開發(fā)工作：Da) 只要開發(fā)測試 stub ；b) 只要開發(fā)測試 driver ；c) 可能要同時(shí)開發(fā)一個(gè) stub 和多個(gè) driver ；d)可能要同時(shí)開發(fā)一個(gè)driver和多個(gè) stub 。 ( 一個(gè)入口，多個(gè)輸出)? 目前大部分的軟件錯(cuò)誤來源于 _ 。 Da) 程序錯(cuò)誤；b) 分析和設(shè)計(jì)錯(cuò)誤；c) 測試本身的錯(cuò)誤；d) 需求錯(cuò)誤。第三章：靜態(tài)技術(shù)（7%）5. 學(xué)習(xí)目標(biāo)靜態(tài)技術(shù)和測試過程（K2）LO-3.1.1了解可以通過不同的靜態(tài)技術(shù)來檢查并確認(rèn)軟件工作產(chǎn)品的質(zhì)量（K1）。LO-3.1.2描述了在評估軟件工作產(chǎn)品中運(yùn)用靜態(tài)技術(shù)的重要性和它的價(jià)值（K2）。LO-3.1.3解釋

16、靜態(tài)技術(shù)和動態(tài)技術(shù)之間的區(qū)別（K2）。LO-3.1.4描述靜態(tài)分析和評審的目標(biāo)，并且和動態(tài)測試進(jìn)行對比（K2）。評審過程（ K2）LO-3.2.1理解典型的正式評審過程中的階段、角色和職責(zé)定義（K1）。LO-3.2.2解釋不同類型評審的區(qū)別：非正式評審(informal review)、技術(shù)評審 (technical review)、走查 (walkthrough)和審查 (inspection)（ K2）。LO-3.2.3解釋影響評審成功的主要因素（K2）。靜態(tài)分析的工具支持（K2）LO-3.3.1理解通過靜態(tài)分析能夠識別的典型缺陷和錯(cuò)誤，并與評審和動態(tài)測試之間進(jìn)行比較（ K1）。LO-3.

17、3.2 列出靜態(tài)分析的典型優(yōu)點(diǎn)（K1）。LO-3.3.3列出通過靜態(tài)分析工具識別的典型的代碼缺陷和設(shè)計(jì)缺陷（K1）。6. 練習(xí)題? 多出口函數(shù)可能會發(fā)生 _B_問題a) 產(chǎn)生邏輯錯(cuò)誤b) 降低可靠性c) 產(chǎn)生內(nèi)存泄漏d) 降低運(yùn)行性能?使用靜態(tài)測試中的函數(shù)調(diào)用關(guān)系圖不能夠Ca) 檢查函數(shù)的調(diào)用關(guān)系是否正確b) 發(fā)現(xiàn)是否存在孤立函數(shù)c) 明確函數(shù)被調(diào)用頻度，并對這些函數(shù)進(jìn)行重點(diǎn)檢查d) 發(fā)現(xiàn)函數(shù)內(nèi)部結(jié)構(gòu)?下面對靜態(tài)測試和動態(tài)測試的區(qū)別描述正確的是：Aa) 靜態(tài)測試并沒有真正的運(yùn)行軟件，而動態(tài)測試需要運(yùn)行軟件b) 靜態(tài)測試需要借助于專門的測試工具，而動態(tài)測試不需要c) 靜態(tài)測試是由開發(fā)人員執(zhí)行的，

18、而動態(tài)測試是由專門的測試人員完成d) 靜態(tài)測試是主要是為了增加測試人員對軟件的理解，而動態(tài)測試是為了發(fā)現(xiàn)缺陷?下面那個(gè)不屬于靜態(tài)分析：Da) 編碼規(guī)則的檢查b) 程序結(jié)構(gòu)分析c) 程序復(fù)雜度分析d) 內(nèi)存泄漏? 技術(shù)評審的目的是 :Da) 保證軟件在獨(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)第四章：測試設(shè)計(jì)技術(shù)（30%）7. 學(xué)習(xí)目標(biāo)測試開發(fā)過程（ K3）LO-4.1.1區(qū)別：測試設(shè)計(jì)規(guī)格說明(test design specification)、測試用例規(guī)格說明(test case specification)和測試規(guī)程規(guī)格說明(

19、testprocedure specification)（ K2）。LO-4.1.2比較術(shù)語：測試條件、測試用例和測試規(guī)程(test procedure)（ K2）。LO-4.1.3評估測試用例的質(zhì)量（K3），它們是否滿足：顯示明確的與需求的可追溯性(traceability)；包含預(yù)期的結(jié)果。LO-4.1.4根據(jù)測試人員的理解水平，將測試用例轉(zhuǎn)換為不同詳細(xì)程度的結(jié)構(gòu)合理的測試規(guī)程規(guī)格說明（K3）。測試設(shè)計(jì)技術(shù)的種類（K2）LO-4.2.1復(fù)述在測試用例設(shè)計(jì)中，為什么需要采用基于規(guī)格說明的測試（黒盒測試）和基于結(jié)構(gòu)的測試（白盒測試）的方法列舉出各自比較常用的技術(shù)（ K1）。LO-4.2.2解釋

20、基于規(guī)格說明的測試、基于結(jié)構(gòu)的測試和基于經(jīng)驗(yàn)的測試三者的特征和區(qū)別（ K2）?；谝?guī)格說明的或黒盒測試技術(shù)（K3）LO-4.3.1使用下列測試設(shè)計(jì)技術(shù)，對指定的軟件模塊編寫測試用例：（K3）等價(jià)類劃分 (equivalence partitioning)；邊界值分析 (boundary value analysis)；決策表測試 (decision table testing)；狀態(tài)轉(zhuǎn)換測試 (state transition testingm)；LO-4.3.2理解這四種測試設(shè)計(jì)技術(shù)各自的主要目的，這些技術(shù)可以應(yīng)用于什么測試級別和測試類型，以及如何測量測試覆蓋(test coverage)（

21、 K2）。LO-4.3.3理解用例測試（use case testing）的概念和應(yīng)用這種技術(shù)的優(yōu)點(diǎn)（K2）?；诮Y(jié)構(gòu)的技術(shù)或白盒技術(shù)（K3）LO-4.4.1描述代碼覆蓋(code coverage) 的概念及其重要性（K2）。LO-4.4.2解釋語句覆蓋(statement coverage ）和判定覆蓋(decision coverage)等概念，理解這些概念除了可以應(yīng)用在組件測試(componenttesting)外，還可以應(yīng)用在其他任何測試級別上（比如系統(tǒng)級別上的業(yè)務(wù)過程測試）（K2）。LO-4.4.3根據(jù)給定的控制流，使用下面的測試設(shè)計(jì)技術(shù)設(shè)計(jì)測試用例（K3）：語句測試；判定測試；L

22、O-4.4.4評估語句覆蓋和判定覆蓋的完整性（K3）?；诮?jīng)驗(yàn)的技術(shù)（K2）LO-4.5.1復(fù)述在哪些情況下使用基于直覺、基于經(jīng)驗(yàn)和知識、基于對常見缺陷的認(rèn)識來編寫測試用例（K1）。LO-4.5.2比較基于經(jīng)驗(yàn)的方法和基于規(guī)格說明的方法之間的區(qū)別（K2）。選擇測試技術(shù)（K2）LO-4.6.1針對不同類型的問題選擇不同的測試用例設(shè)計(jì)技術(shù)，列舉出會影響設(shè)計(jì)技術(shù)選擇的因素，比如系統(tǒng)的類型、風(fēng)險(xiǎn)、客戶8. 練習(xí)題?關(guān)于邊界值的說法不正確的是：Da) 邊界值分析是一種補(bǔ)充等價(jià)劃分的測試用例技術(shù)b) 它不是選擇等價(jià)類的任意元素，而是選擇等價(jià)類邊界的測試用例c) 程序在處理大量中間數(shù)值時(shí)都是對的，但是在邊界

23、處極可能出現(xiàn)錯(cuò)誤d) 邊界值分析法考慮了輸入變量之間的依賴關(guān)系? 對于測試錯(cuò)誤的說法是 :Ba) 測試的設(shè)計(jì)可以用 80-20 規(guī)則作為指導(dǎo)。b) 測試后程序中殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成正比c) 應(yīng)該在測試工作真正開始前的較長時(shí)間內(nèi)進(jìn)行測試計(jì)劃d) 測試的效果由測試用例的多少及規(guī)定的覆蓋指標(biāo)確定?根據(jù)測試章程中包含的測試目標(biāo)，同時(shí)進(jìn)行測試設(shè)計(jì)、測試執(zhí)行的是：Aa) 探索性測試b) 錯(cuò)誤推測c) 白盒測試d) 黑盒測試? 下面哪個(gè)屬于靜態(tài)分析： DA. 編碼規(guī)則的檢查B. 程序結(jié)構(gòu)分析C. 程序復(fù)雜度分析D. 內(nèi)存泄漏a) 除 C以外b) 除 A和 C以外c) 除 C和 D以外d

24、) 除 D以外?如果程序的功能說明中含有輸入條件的組合情況，則一開始就可以選用_B_和判定表法。a) 等價(jià)類劃分法b) 因果圖法c) 正交試驗(yàn)法d) 場景法?通常情況下基本功能測試和性能測試的執(zhí)行順序是：Ca) 基本功能的測試和性能測試同時(shí)進(jìn)行b) 先執(zhí)行性能測試，然后再進(jìn)行基本功能的測試c) 先進(jìn)行基本功能的測試，然后再執(zhí)行性能測試d) 基本功能測試和性能測試哪個(gè)先執(zhí)行都無所謂? 如果一個(gè) 4 變量函數(shù)，使除一個(gè)以外的所有變量取正常值，使剩余變量取最小值、略高于最小值、正常值、略低于最大值和最大值，對每個(gè)變量都重復(fù)進(jìn)行。這樣，對于一個(gè)4變量函數(shù)，邊界值分析產(chǎn)生的測試用例數(shù)為：Ba) 15b)

25、 17c) 18d) 20?一個(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ù)的有效條件是AB，如果應(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的判定覆蓋，反之則不行c)100的語句覆蓋可以保證100的判定覆蓋，反之亦然d) 100的語句覆蓋和 100的判

26、定覆蓋之間沒有直接的聯(lián)系?在規(guī)格說明不完全的情況，最適合采用的測試技術(shù)是：Ba) 基于結(jié)構(gòu)的測試技術(shù) ( 白盒測試 )b) 基于經(jīng)驗(yàn)的測試技術(shù)c) 基于規(guī)格說明的測試技術(shù)d) 以上都適合? 什么是等價(jià)類劃分 CA. 將測試對象的輸入或輸出域劃分成若干部分B. 從每一個(gè)子集中選取少數(shù)具有代表性的數(shù)據(jù)C. 是一種白盒測試方法D. 有效值的等價(jià)類E. 無效值的等價(jià)類a) A,B,C,Db) A,B,Cc) A,B,D,Ed) D,E?描述黑盒測試和白盒測試過程的不同：AA. 黑盒測試在測試對象的表面進(jìn)行B. 白盒測試是在源代碼已知的情況下進(jìn)行C. 黑盒測試用例是通過測試對象的使用說明或需求設(shè)計(jì)D.

27、黑盒測試包括語句覆蓋和分支覆蓋方法E. 白盒測試是通過因果圖的分析方法進(jìn)行的a) A,B,Cb) A,Cc) A,B,C,D,Ed) D,E?狀態(tài)轉(zhuǎn)換測試用例設(shè)計(jì)的完全定義內(nèi)容：CA. 測試對象的初始化狀態(tài)B. 測試對象的輸入C. 預(yù)期結(jié)果或預(yù)期的行為D. 預(yù)期的最終狀態(tài)a) A,B,Cb) A,Cc) A,B,C,Dd) C,D?根據(jù)黑盒測試方法可以設(shè)計(jì)變量0 = X 3， y5）設(shè)計(jì)條件組合覆蓋測試用例：AA. x=6， y=3B. x=6， y=8C. x=2， y=3D.x=2， y=8a) A,B,C,Db) A,B,Cc) A,B,Dd) C,D? 黑盒測試技術(shù)包括 Ca) 邊界值

28、分析、判定表、等價(jià)類劃分、經(jīng)驗(yàn)法b) 判定覆蓋、語句覆蓋、用例分析c) 邊界值分析、等價(jià)類劃分、因果圖分析、隨機(jī)法d) 判定表技術(shù)、路徑覆蓋、條件覆蓋?語句覆蓋和判定覆蓋有什么不同DA. 語句覆蓋程序中每一個(gè)判斷至少要執(zhí)行一次B. 判定覆蓋程序中每個(gè)判斷的取真分支和取假分支至少經(jīng)歷一次。C. 判定覆蓋程序中各種組合至少執(zhí)行一次D. 語句覆蓋是指程序中每一條語句至少被執(zhí)行一次a) A,Cb) A,Bc) C,Dd) B,D第五章：測試管理（20%）9. 學(xué)習(xí)目標(biāo)測試的組織結(jié)構(gòu)（ K2）LO-5.1.1 認(rèn)識獨(dú)立測試的重要性（ K1）。LO-5.1.2列出在組織內(nèi)進(jìn)行獨(dú)立測試的優(yōu)點(diǎn)和缺點(diǎn)（K2）。

29、LO-5.1.3考慮使用不同團(tuán)隊(duì)的成員來成立測試小組（K1）。LO-5.1.4了解測試領(lǐng)導(dǎo)人 (test leader)和測試員的任務(wù)（ K1）。測試計(jì)劃和估算（K2）LO-5.2.1認(rèn)識測試計(jì)劃的不同級別和目標(biāo)（K1）。LO-5.2.2根據(jù)“軟件測試文檔標(biāo)準(zhǔn)（IEEE 829 ）” 總結(jié)測試計(jì)劃、測試設(shè)計(jì)規(guī)格說明和測試規(guī)程的目的及內(nèi)容（K2）。LO-5.2.3區(qū)分屬于二類不同概念（預(yù)防型Preventative 和應(yīng)對型 Reactive ）的各種測試方法，如基于分析、基于模型、基于方法、符合過程/標(biāo)準(zhǔn)的、動態(tài) / 啟發(fā)式的、 咨詢式或基于面向可重用的方法（K2）。LO-5.2.4區(qū)分為系統(tǒng)

30、而做測試計(jì)劃和為安排測試執(zhí)行做測試計(jì)劃的內(nèi)容上的不同之處（ K2）。LO-5.2.5在綜合考慮優(yōu)先級、技術(shù)和邏輯依賴后，為給定的測試用例集編寫測試執(zhí)行計(jì)劃（ K3）。LO-5.2.6列出在測試計(jì)劃時(shí)應(yīng)該考慮的測試準(zhǔn)備和執(zhí)行活動（K1）。LO-5.2.7認(rèn)識影響測試開銷的主要因素（K1）。LO-5.2.8從概念上區(qū)別兩種不同的估算方法：基于度量的方法和基于專家的方法（K2）。LO-5.2.9理解 / 解釋針對特定測試級別和測試用例組所定義的恰當(dāng)?shù)某隹跍?zhǔn)則（例如對于集成測試、驗(yàn)收測試或可用性測試的測試用例）（ K2）。測試進(jìn)度監(jiān)控（ K2）LO-5.3.1認(rèn)識用于監(jiān)督測試準(zhǔn)備和執(zhí)行的常見度量項(xiàng)（K

31、1）。LO-5.3.2理解和解釋針對測試報(bào)告和測試控制的測試度量（例如已發(fā)現(xiàn)和已修復(fù)的缺陷、已通過或失敗的測試）（K2）。LO-5.3.3根據(jù)“軟件測試文檔標(biāo)準(zhǔn)（IEEE 829 ）”總結(jié)測試報(bào)告的目的和內(nèi)容（K2）。配置管理（ K2）LO-5.4.1總結(jié)配置管理如何支持測試（K2）。風(fēng)險(xiǎn)和測試（K2）LO-5.5.1將可能會威脅一個(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）。L

32、O-5.5.5通過例子來描述在測試計(jì)劃中如何進(jìn)行風(fēng)險(xiǎn)分析和風(fēng)險(xiǎn)管理（K2）。事件管理（ K3）LO-5.6.1按照“軟件測試文檔標(biāo)準(zhǔn)（IEEE 829 ）”認(rèn)識事件報(bào)告的內(nèi)容（K1）。LO-5.6.2針對測試過程中發(fā)現(xiàn)的失效編寫事件報(bào)告（K3）。10. 練習(xí)題11. 測試計(jì)劃主要由哪個(gè)角色負(fù)責(zé)制定：D?A測試人員b) 項(xiàng)目經(jīng)理c) 開發(fā)人員d) 測試經(jīng)理?測試經(jīng)理的任務(wù)通常不包括：Ca) 編寫測試計(jì)劃b) 選擇合適的測試策略和方法c) 建立和維護(hù)測試環(huán)境d) 選擇和引入合適的測試工具?對于監(jiān)控測試周期時(shí)采用的度量方法，下列敘述中不當(dāng)?shù)氖牵篶a 基于故障和基于失效的度量：統(tǒng)計(jì)特定軟件版本中的故障

33、數(shù)。b) 基于測試用例的度量：統(tǒng)計(jì)各優(yōu)先級的測試用例數(shù)量。c) 基于測試對象的度量：統(tǒng)計(jì)代碼和安裝平臺等覆蓋情況。d) 基于成本的度量：統(tǒng)計(jì)已經(jīng)花費(fèi)的測試成本，下一測試周期的成本與預(yù)期收益的關(guān)系。?通常情況下，承擔(dān)測試監(jiān)控任務(wù)的人員是：Aa) 測試系統(tǒng)管理員b) 測試經(jīng)理c) 測試執(zhí)行人員d) 測試設(shè)計(jì)人員?下列哪個(gè)是測試組獨(dú)立的缺點(diǎn)c試人員需要額外的培訓(xùn)測b) 測試人員需要花時(shí)間了解所要測試的產(chǎn)品的需要、架構(gòu)、代碼等c) 開發(fā)人員可能會失去對產(chǎn)品質(zhì)量的責(zé)任心d) 設(shè)立獨(dú)立測試組會花費(fèi)更多成本? 如果沒有做好配置管理工作，那么可能會導(dǎo)致：d 開發(fā)人員相互篡改各自編寫的代碼B. 集成工作難以開展

34、C. 問題分析和故障修正工作被復(fù)雜化D. 測試評估工作受阻a) A、 Cb) B、 Dc) A、B、Cd) A、B、C、D?對于測試過程來說，哪些工作產(chǎn)品要納入配置管理Aa)測試對象（ The test object）、測試材料（the test material）和測試環(huán)境b) 問題報(bào)告和測試材料c) 測試對象d) 測試對象和測試材料?下面有關(guān)基于風(fēng)險(xiǎn)的方法的描述哪個(gè)是不正確的Ca) 識別的風(fēng)險(xiǎn)經(jīng)常用于決定哪些需要更多測試，哪些可以減少測試b) 識別的風(fēng)險(xiǎn)經(jīng)常用于決定多少測試服務(wù)c) 識別的風(fēng)險(xiǎn)經(jīng)常用于決定使用何種測試工具d) 識別的風(fēng)險(xiǎn)經(jīng)常用于決定使用何種測試技術(shù)?下列活動中，不屬于測試計(jì)劃活動的是：Aa)設(shè)計(jì)測試用例b) 確定測試環(huán)境c) 定義測試級別d) 估算測試成本?事件報(bào)告中可能包括的錯(cuò)誤有：DA. 程序錯(cuò)誤B. 規(guī)格說明中的錯(cuò)誤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) 軟件測試人員和軟件開發(fā)人員溝通不暢d) 軟件源代碼質(zhì)量低下?軟件測試團(tuán)隊(duì)的組織一般可分為：_A_和基于項(xiàng)目的組織模式。a) 基于測試的組織模式；b) 基于技能的組織模式；c) 基于團(tuán)隊(duì)的組織模式；d) 基于軟件的組織模式。?測試報(bào)告不包含的內(nèi)容有：Da) 測試時(shí)間、