2024年計算機考試-ISTQB認證考試近5年真題附答案

（圖片大小可自由調(diào)整）2024年計算機考試-ISTQB認證考試近5年真題薈萃附答案第I卷一.參考題庫(共100題)1.某研發(fā)團隊正在開發(fā)一款視頻點播產(chǎn)品，采用的是典型的V模型，開發(fā)團隊負責組件測試，而測試團隊負責集成測試和系統(tǒng)測試。當前開發(fā)團隊已經(jīng)發(fā)布了經(jīng)過評審且更新的系統(tǒng)需求規(guī)格說明。測試團隊采用的是基于風險的測試策略，風險的嚴重程度與可能性的評估取值為5個，分別是：非常低、低、中等、高和非常高。你是該產(chǎn)品的系統(tǒng)測試人員，目前處于前期的風險識別階段。得到了如下的一個產(chǎn)品風險：用戶選擇一個點播節(jié)目，付費之后進行播放，發(fā)現(xiàn)播放到15分鐘時可能會跳離正常播放，返回到主界面。假如針對該產(chǎn)品風險的嚴重程度評估為高。根據(jù)上面提供的信息，你覺得下面哪個觀點是最適合的？（）A、?該產(chǎn)品風險的可能性應(yīng)該定義為非常高；B、?根據(jù)該產(chǎn)品風險的嚴重程度，應(yīng)該設(shè)計大量的測試用例來覆蓋它；C、?在測試執(zhí)行進度表中，覆蓋該產(chǎn)品風險的測試用例應(yīng)該是首先執(zhí)行的；D、?根據(jù)上面提供的信息，還無法確定該產(chǎn)品風險的風險級別。2.關(guān)于測試類型的應(yīng)用范圍，下面哪個是正確的（）A、結(jié)構(gòu)測試只能用在組件測試或集成測試B、功能測試只能用在系統(tǒng)測試或驗收測試C、白盒測試方法不能用于系統(tǒng)測試D、功能測試和結(jié)構(gòu)性測試可以應(yīng)用在任何測試級別3.對于監(jiān)控測試周期時采用的度量方法，下列敘述中不當?shù)氖牵海ǎ〢、基于故障和基于失效的度量：統(tǒng)計特定軟件版本中的故障數(shù)。B、基于測試用例的度量：統(tǒng)計各優(yōu)先級的測試用例數(shù)量。C、基于測試對象的度量：統(tǒng)計代碼和安裝平臺等覆蓋情況。D、基于成本的度量：統(tǒng)計已經(jīng)花費的測試成本，下一測試周期的成本與預(yù)期收益的關(guān)系。4.某研發(fā)團隊正在開發(fā)一款員工在線請假系統(tǒng)，該系統(tǒng)基于Struts框架進行設(shè)計和實現(xiàn)。主要包括5個功能模塊：用戶登錄、員工請假申請、請假批準、請假流程定義和休假計劃維護。請問下面哪個團隊角色是最合適進行請假申請模塊的組件測試？（）A、?外包測試團隊的測試人員；B、?組織內(nèi)獨立測試團隊的測試人員；C、?熟悉在線員工請假系統(tǒng)的業(yè)務(wù)專家；D、?開發(fā)團隊內(nèi)的測試人員。5.分析測試過程中的需求變更未被記錄，或未被執(zhí)行的原因的活動，應(yīng)該在哪個階段執(zhí)行（）A、計劃和控制B、分析與設(shè)計C、實現(xiàn)與執(zhí)行D、評估出口準則6.以下一般不用于集成測試入口準則的是（）A、測試環(huán)境已經(jīng)準備就緒并可用B、測試環(huán)境中的測試工具已經(jīng)準備就緒C、測試數(shù)據(jù)可用D、集成測試執(zhí)行結(jié)束7.根據(jù)以下流程圖設(shè)計語句覆蓋的測試用例（）A、?測試用例a=5，c=7；a=10，c=12B、?測試用例a=11，c=6；a=0，c=2C、?測試用例a=9，c=11；a=15，c=11D、?測試用例a=5，c=7；a=11，c=68.以下屬于測試組長的主要任務(wù)的是（）A、制定或評審項目的測試策略和組織的測試方針B、創(chuàng)建測試規(guī)格說明、測試準備、測試實施和測試執(zhí)行C、對測試件進行配置管理，保證測試件（testware）的可追溯性D、分析、評審和評估用戶需求、規(guī)格說明書及模型的可測試性9.某段規(guī)格說明如下：某公司用來計算不同工作年限的員工年終獎的需求描述：員工在公司的工作年限不超過3年，年終獎為月工資的25%；員工在公司的工作年限超過3年，年終獎為月工資的50%；員工在公司的工作年限超過5年，年終獎為月工資的75%；工作年限超過8年，年終獎為月工資的100%。員工工作年限必須是整型，并且最大值不超過100。根據(jù)上午規(guī)格說明，為“工作年限”劃分等價類，得到的有效等價類的數(shù)量為（）A、2B、4C、6D、810.識別測試的任務(wù)、定義測試的目標以及為實現(xiàn)測試目標和任務(wù)的測試活動規(guī)格說明。上述行為主要發(fā)生在（）A、計劃和控制B、分析和設(shè)計C、實現(xiàn)和執(zhí)行D、測試結(jié)束活動11.某研發(fā)團隊正在開發(fā)一款高校教師信息管理系統(tǒng)，該系統(tǒng)采用JAVA語言開發(fā)，主要功能包括：教師信息的錄入與增加、教師信息的修改、教師信息的查詢、教師信息的刪除等。在時間和人員有限的情況下，測試團隊在測試過程中盡可能多的去發(fā)現(xiàn)缺陷。即使這樣，該信息管理系統(tǒng)交付給客戶之后，在前3個月的使用過程中，用戶反饋了50個缺陷，而在測試過程中總共發(fā)現(xiàn)了950個缺陷。項目經(jīng)理對測試團隊的測試有效性并不滿意。你認為下面哪個測試基本原則，最有助于減輕項目經(jīng)理對測試團隊的不滿意？（）A、測試可以顯示缺陷的存在，不能證明系統(tǒng)不存在缺陷；B、窮盡測試是不可能的；C、殺蟲劑悖論；D、缺陷的集群效應(yīng)。12.下面關(guān)于等價類和的說法錯誤的是（）A、等價類劃分可以分為兩種類型的數(shù)據(jù)：有效數(shù)據(jù)和無效數(shù)據(jù)B、等價類劃分也可以基于輸出、內(nèi)部值、時間相關(guān)的值以及接口參數(shù)等進行C、等價類技術(shù)屬于基于規(guī)格說明的測試技術(shù)D、等價類劃分主要應(yīng)用于系統(tǒng)測試13.狀態(tài)轉(zhuǎn)換測試用例設(shè)計的完全定義內(nèi)容：（）? A.?測試對象的初始化狀態(tài)? B.?測試對象的輸入? C.?預(yù)期結(jié)果或預(yù)期的行為? D.?預(yù)期的最終狀態(tài)A、?A、B、CB、?A、CC、?A、B、C、DD、?C、D14.軟件組件測試的主要目的是（）A、測試組件與組件之間的接口B、組件與硬件的關(guān)聯(lián)C、發(fā)現(xiàn)缺陷，以及驗證組件的功能D、驗證系統(tǒng)的功能15.關(guān)于用例測試的描述，下列哪個選項正確（）A、使用測試用例進行的測試稱為用例測試B、通過業(yè)務(wù)場景來設(shè)計測試C、用例描述了用戶與系統(tǒng)之間的交互作用，并從這些交互產(chǎn)生從用戶的角度所期望和能觀察到的結(jié)果D、用例測試常常用于組件測試16.對于測試過程來說，哪些工作產(chǎn)品要納入配置管理（）A、測試對象（The?test?object）、測試材料（the?test?material）和測試環(huán)境B、問題報告和測試材料C、測試對象D、測試對象和測試材料17.下面不屬于軟件評審的好處的是（）A、增加測試的時間B、盡早發(fā)現(xiàn)和修改缺陷C、改善開發(fā)能力、縮短開發(fā)時間D、縮減測試成本18.關(guān)于邊界值的說法不正確的是（）A、邊界值分析是一種補充等價劃分的測試用例技術(shù)B、它不是選擇等價類的任意元素，而是選擇等價類邊界的測試用例C、程序在處理大量中間數(shù)值時都是對的，但是在邊界處極可能出現(xiàn)錯誤D、邊界值分析法考慮了輸入變量之間的依賴關(guān)系19.下列風險中，屬于項目風險的是（）A、軟件開發(fā)商交付的軟件產(chǎn)品無法安裝到新的操作系統(tǒng)中B、軟件開發(fā)商無法按時交付軟件產(chǎn)品C、軟件產(chǎn)品內(nèi)的功能異常D、軟件的性能沒有達到要求20.以下不屬于軟件測試的作用的是（）A、可以減少軟件系統(tǒng)在運行環(huán)境中的風險B、可以提高軟件系統(tǒng)的質(zhì)量C、可能是為了滿足合同或法律法規(guī)的要求D、可以用于評價開發(fā)團隊的能力21.對于某系統(tǒng)的測試，將經(jīng)常出現(xiàn)的價格組合定為最高優(yōu)先級，而對較少出現(xiàn)的價格組合定為低優(yōu)先級，這種方法應(yīng)用了測試的哪個原則（）A、測試顯示缺陷的存在B、窮盡測試時不可能的C、測試的集群性D、測試活動依賴于測試背景22.通常情況下基本功能測試和性能測試的執(zhí)行順序是（）A、基本功能的測試和性能測試同時進行B、先執(zhí)行性能測試，然后再進行基本功能的測試C、先進行基本功能的測試，然后再執(zhí)行性能測試D、基本功能測試和性能測試哪個先執(zhí)行都無所謂23.事件報告中可能包括的錯誤有：（）? A.?程序錯誤? B.?規(guī)格說明中的錯誤? C.?用戶手冊中的錯誤A、?AB、?A、CC、?B、CD、?A、B、C24.下列關(guān)于工具使用風險的說法中，不恰當?shù)氖牵海ǎ〢、?工具能夠或多或少提高測試效率B、?沒有好的測試過程或成熟的測試方法，工具并不能像預(yù)期的那樣降低成本C、?與手工測試相比較，使用自動化工具也可能會增加測試成本D、?培訓和指導有助于降低工具使用的風險25.某研發(fā)團隊正在開發(fā)一款視頻點播產(chǎn)品，該研發(fā)團隊采用的是典型的V模型，開發(fā)團隊負責組件測試，而測試團隊負責集成測試和系統(tǒng)測試。當前開發(fā)團隊已經(jīng)發(fā)布了經(jīng)過評審且更新的系統(tǒng)需求規(guī)格說明。測試團隊采用的是基于風險的測試策略，風險的嚴重程度與可能性的評估取值為5個，分別是：非常低、低、中等、高和非常高。 你是該產(chǎn)品的系統(tǒng)測試人員，在測試過程中發(fā)現(xiàn)了一個異常問題，通過研究之后發(fā)現(xiàn)應(yīng)該是被測對象本身存在缺陷而導致的，因此決定提交一份缺陷報告。下面哪個選項的內(nèi)容，是你在提交缺陷報告時，應(yīng)該會考慮的？（）A、?缺陷提交人、期望結(jié)果和實際結(jié)果、嚴重程度、復(fù)現(xiàn)步驟；B、?缺陷提交人、期望結(jié)果和實際結(jié)果、嚴重程度、風險級別、復(fù)現(xiàn)步驟；C、?缺陷提交人、缺陷修復(fù)階段、嚴重程度、風險級別、復(fù)現(xiàn)步驟；D、?缺陷提交人、缺陷修復(fù)階段、嚴重程度、復(fù)現(xiàn)步驟、測試環(huán)境。26.有一個系統(tǒng)已經(jīng)在市場上運行了，這種情況對系統(tǒng)進行修改，然后進行的測試屬于（）A、維護測試B、驗收測試C、組件測試D、系統(tǒng)測試27.下面關(guān)于基于經(jīng)驗的測試技術(shù)的特點描述，哪個選項是正確的？（）A、-?使用正式或非正式的模型來描述需要解決的問題、軟件或其組件等；?-?對可能存在的缺陷及其分布情況的了解作為另一個信息來源；B、-?可以通過已有的測試用例測量軟件的測試覆蓋率，并通過系統(tǒng)化的導出設(shè)計用例來提高覆?蓋率；-?使用正式或非正式的模型來描述需要解決的問題、軟件或其組件等；C、-?測試人員、開發(fā)人員、用戶和其他的利益相關(guān)者對軟件、軟件使用和環(huán)境等方面所掌握的?知識作為信息來源之一；-?對可能存在的缺陷及其分布情況的了解作為另一個信息來源；?D、-?測試人員、開發(fā)人員、用戶和其他的利益相關(guān)者對軟件、軟件使用和環(huán)境等方面所掌握的?知識作為信息來源之一；-?使用正式或非正式的模型來描述需要解決的問題、軟件或其組件等。28.ISTQB術(shù)語中的回歸測試的目的是（）A、驗證修改的成功B、預(yù)防功能編寫的不完善或疏漏C、確保修正過程中沒有引入新的缺陷D、幫助程序員更好地進行單元測試29.你是某手機移動終端在線支付App系統(tǒng)的測試經(jīng)理，目前處于測試估算階段。你所在的公司已經(jīng)通過了CMMi4的評估，因此估算的一些度量數(shù)據(jù)來自公司的歷史數(shù)據(jù)，基于每個測試用例的工作量進行測試估算。? 針對該系統(tǒng)，估算得到的測試用例數(shù)目是：?重要的測試用例：400個；?不重要的測試用例：600個； 公司基于單個測試用例的度量數(shù)據(jù)如下：請問完成全部測試用例的測試分析、設(shè)計、實現(xiàn)與執(zhí)行的工作量是多少？（）A、?2800小時；B、?1400小時；C、?4000小時；D、?2000小時。30.關(guān)于黑盒測試技術(shù)，下列哪個選項是正確的（）A、等價類劃分、邊界值得分析、靜態(tài)分析法、評審技術(shù)B、等價類劃分、狀態(tài)轉(zhuǎn)換法、語句覆蓋、判定覆蓋C、決策表測試、狀態(tài)轉(zhuǎn)換測試、等價類劃分，用例測試D、決策表測試、等價類劃分，邊界值分析、影響度分析31.關(guān)于自動化測試，說法錯誤的是（）A、自動化測試可用于功能測試和非功能測試B、自動化測試在關(guān)鍵時候可代替手工測試C、自動化測試適用于回歸測試D、雖然可以使用錄制和回放功能，但是也需要編輯自動化腳本32.“向評審參與者解釋評審的目標”屬于下列哪個階段的主要活動（）A、計劃階段B、預(yù)備會階段C、個人準備階段D、評審會議階段33.你是交通信號控制系統(tǒng)的測試人員，負責測試該系統(tǒng)的圖形化界面的功能。該功能的界面由3個參數(shù)組成，這些參數(shù)之間沒有相互制約關(guān)系。? 假如你采用等價類劃分技術(shù)，分別得到了每個參數(shù)的有效等價類和無效等價類，如下所示：? 1.?參數(shù)1：有效等價類為EP1.1和EP1.2；而無效等價類為iEP1.3和iEP1.4；? 2.?參數(shù)2：有效等價類為EP2.1；而無效等價類為iEP2.2和iEP2.3；? 3.?參數(shù)3：有效等價類為EP3.1；而無效等價類為iEP3.2、iEP3.3和iEP3.4；?? 你作為該系統(tǒng)的測試人員，準備采用等價類劃分技術(shù)設(shè)計測試用例。假如測試團隊針對等價類劃分獲取測試用例的基本原則如下：? 1.?針對有效的測試用例（正向測試用例），參數(shù)有效等價類之間的組合采用的笛卡爾乘積得到（即參數(shù)有效等價類取值進行完全組合）；? 2.?針對無效的測試用例（逆向測試用例），參數(shù)無效等價類之間的組合采用的是相加原則得到（即無效等價類只能和其他參數(shù)的有效等價類進行組合）；假如你執(zhí)行了所有的逆向測試用例，最少需要多少個測試用例？（）A、?4；B、?2；C、?11；D、?7。34.下列哪些測試屬于功能測試（）A、安全測試B、負載測試C、壓力測試D、容量測試35.開發(fā)團隊正在開發(fā)一款在線交易系統(tǒng)，你負責其中付款功能的組件測試。下面關(guān)于測試付款功能的主要測試目標的描述，哪個是最恰當?shù)?？（）A、發(fā)現(xiàn)缺陷；B、增加對質(zhì)量的信心；C、為決策提供信息；D、預(yù)防缺陷。36.“確認并更新測試依據(jù)和測試用例間的雙向可追溯性”。上述活動應(yīng)該是哪個測試階段的任務(wù)？（）A、?測試計劃和控制階段；B、?測試實現(xiàn)和執(zhí)行階段；C、?測試分析和設(shè)計階段；D、?測試出口準則評估和報告階段。37.通常情況下，承擔測試監(jiān)控任務(wù)的人員是（）A、測試系統(tǒng)管理員B、測試經(jīng)理C、測試執(zhí)行人員D、測試設(shè)計人員38.測試經(jīng)理的任務(wù)通常不包括（）A、?編寫測試計劃B、?選擇合適的測試策略和方法C、?建立和維護測試環(huán)境D、?選擇和引入合適的測試工具39.下列方式可以提高和改善測試人員和開發(fā)人員關(guān)系的是（）A、理解項目經(jīng)理工作的重要性B、對所發(fā)現(xiàn)的可能的缺陷以一種中立的方式進行溝通C、單元測試、集成測試和系統(tǒng)測試都由同一批測試人員來完成D、測試人員參加代碼調(diào)試40.根據(jù)ISO9126，下面哪個選項，屬于功能測試類型？（）A、?-?安全性測試；-?易用性測試；B、?-?互操作性測試；?-?可維護性測試；C、?-?安全性測試；?-?互操作性測試；D、?-?易用性測試；?-?可維護性測試。41.以下不屬于基于結(jié)構(gòu)的技術(shù)的共同特點的是（）A、根據(jù)軟件的結(jié)構(gòu)信息設(shè)計測試用例B、可以通過已有的測試用例測量軟件的測試覆蓋率C、通過系統(tǒng)化的導出設(shè)計用例來提高覆蓋率D、使用正式或非正式的模型來描述需要解決的問題42.測試用具可用于（）A、單元、集成B、系統(tǒng)測試C、集成測試、部分系統(tǒng)測試D、單元、集成、部分系統(tǒng)測試43.軟件測試工作應(yīng)該開始于（）A、編碼之后B、需求分析階段C、概要設(shè)計階段D、詳細設(shè)計階段44.某研發(fā)團隊正在開發(fā)一款視頻點播產(chǎn)品，該研發(fā)團隊采用的是典型的V模型，開發(fā)團隊負責組件測試，而測試團隊負責集成測試和系統(tǒng)測試。? 你是該產(chǎn)品的系統(tǒng)測試人員，向測試經(jīng)理建議在團隊內(nèi)引入一款測試工具。下面哪個選項最不可能是引入測試工具的潛在收益？（）A、?使用測試工具，可以降低由測試工具生成的工作產(chǎn)品的維護工作量；B、?使用測試工具，可以提高測試覆蓋率和測試對象覆蓋度評估的客觀性；C、?使用測試工具，可以減少一些重復(fù)性的測試工作量，例如：回歸測試；D、?使用測試工具，可以更好的提高一致性和可重復(fù)性。45.請根據(jù)條件（x＞3，y＜5）設(shè)計條件組合覆蓋測試用例：（） A.x=6，y=3 B.x=6，y=8 C.x=2，y=3 D.x=2，y=8A、?A、B、C、DB、?A、B、CC、?A、B、DD、?C、D46.軟件測試目的可以是：（） A.?發(fā)現(xiàn)缺陷? B.?確認軟件能夠正常運行?? C.?預(yù)防缺陷?? D.?直接提高產(chǎn)品的售價?? E.?減少整個產(chǎn)品開發(fā)周期時間A、?A、BB、?A、B、CC、?A、B、C和DD、?所有選項47.對于采用敏捷開發(fā)模型的測試團隊，下面哪個選項可以作為良好測試應(yīng)具備的特征？（）A、?-?每個開發(fā)活動都有對應(yīng)的測試活動；-每個測試級別都有相同的測試目標；B、?-?每個開發(fā)活動都有對應(yīng)的測試活動；?-?需要在相應(yīng)的開發(fā)活動進行相應(yīng)的測試分析與設(shè)計活動；C、?-?每個測試級別都有相同的測試目標；?-?測試人員應(yīng)該盡早參與文檔的評審；D、?-?測試人員盡量避免在開發(fā)活動中進行測試分析與設(shè)計活動；?-?測試人員應(yīng)該盡早參與文檔的評審。48.你是參與某網(wǎng)上交易系統(tǒng)的測試人員，主要負責該系統(tǒng)中某些模塊的組件測試。目前處于測試分析和設(shè)計階段。下面哪個最適合作為組件測試的測試依據(jù)？（）A、?-?軟件系統(tǒng)架構(gòu)；?-?詳細設(shè)計文檔；B、?-?詳細設(shè)計文檔；?-?風險分析報告；C、?-?風險分析報告；?-?代碼；D、?-?代碼；?-?詳細設(shè)計文檔。49.測試用例規(guī)格說明書包括（）A、測試規(guī)格說明IDB、測試條目C、規(guī)格輸入D、規(guī)格輸出E、測試環(huán)境50.下面有關(guān)基于風險的方法的描述哪個是不正確的（）A、識別的風險經(jīng)常用于決定哪些需要更多測試，哪些可以減少測試B、識別的風險經(jīng)常用于決定多少測試服務(wù)C、識別的風險經(jīng)常用于決定使用何種測試工具D、識別的風險經(jīng)常用于決定使用何種測試技術(shù)51.在判斷測試是否足夠時，下列哪些方面是不需要考慮的（）A、風險B、項目在時間上的限制C、項目在預(yù)算上的限制D、投入的測試人員的數(shù)量52.下面哪個屬于靜態(tài)分析工具可以識別的典型缺陷？（）A、發(fā)現(xiàn)銀行應(yīng)用系統(tǒng)的安全漏洞；B、發(fā)現(xiàn)飛行控制系統(tǒng)的性能降低；C、發(fā)現(xiàn)多線程應(yīng)用系統(tǒng)的時間并行關(guān)系；D、發(fā)現(xiàn)手機應(yīng)用中的內(nèi)存泄漏。53.測試結(jié)束的決定因素（）A、用例總數(shù)B、已執(zhí)行的用例數(shù)C、殘存的bug數(shù)D、經(jīng)濟因素54.如果程序的功能說明中含有輸入條件的組合情況，則一開始就可以選用（）和判定表法。A、?等價類劃分法B、?因果圖法C、?正交試驗法D、?場景法55.針對main（）函數(shù)定義了如下的出口準則要求：要求達到100%的判定覆蓋。?變量i取下面的哪個值能效力最高的滿足上述的出口準則要求？（） A、?23；B、?24；C、?25；D、?26。56.你正在針對某手機游戲App的功能進行測試，主要測試目標是盡可能多的發(fā)現(xiàn)缺陷。下面哪個特質(zhì)，有助于達成測試目標？（）A、?專業(yè)的懷疑態(tài)度；B、?良好的測試自動化能力；C、?不關(guān)心其他測試人員；D、?以事實為依據(jù)報告發(fā)現(xiàn)的缺陷。57.以下關(guān)于測試目的的觀點，不正確的是（）A、軟件測試的目的是尋找錯誤，并且盡最大的可能找出最多的錯誤B、找出軟件開發(fā)人員的問題并評價開發(fā)人員能力C、一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試D、測試的目的，是想以最少的人力、物力和時間找出軟件中潛在的各種錯誤和缺陷，通過修正各種錯誤和缺陷提高軟件質(zhì)量，避免軟件發(fā)布后由于潛在的軟件缺陷和錯誤造成的隱患所帶來的商業(yè)風險58.典型的V-模型包括四種測試級別，分別是（）A、組件測試、系統(tǒng)測試、驗收測試、維護測試B、組件測試、回歸測試、系統(tǒng)測試、驗收測試C、組件測試、集成測試、系統(tǒng)測試、驗收測試D、組件測試、模塊測試、系統(tǒng)測試、驗收測試59.下面哪項對于測試的描述是正確的（）A、程序中有缺陷，就肯定會在外部有所反應(yīng)，這就是ISTQB所說的失效B、當程序期望結(jié)果和實際結(jié)果有所偏差時，可以肯定就是程序內(nèi)的缺陷引起的C、人為的錯誤造成程序內(nèi)的缺陷，而程序內(nèi)的缺陷可能會成為失效D、如果沒有發(fā)現(xiàn)失效，也就表示程序沒有缺陷60.移交測試件到相關(guān)的部門（）A、測試計劃和控制階段B、測試結(jié)束活動C、測試實現(xiàn)和執(zhí)行階段D、評估出口準則和測試總結(jié)報告階段61.下面哪個測試技術(shù)屬于基于經(jīng)驗的測試技術(shù)？（）A、?缺陷攻擊；B、?用戶故事測試；C、?用例測試；D、?邊界值分析。62.下面哪個通常不作為組件/單元測試的測試依據(jù)（）A、組件需求說明B、詳細設(shè)計文檔C、代碼D、軟件和系統(tǒng)設(shè)計文檔63.規(guī)劃測試環(huán)境的搭建和確定測試需要的基礎(chǔ)設(shè)施和工具屬于下面的哪個活動（）A、計劃和控制B、分析和設(shè)計C、實現(xiàn)和執(zhí)行D、評估出口準則和報告64.傳統(tǒng)的或面向?qū)ο蟮膯卧獪y試，需要的開發(fā)工作：（）A、只要開發(fā)測試stubB、只要開發(fā)測試driverC、可能要同時開發(fā)一個stub和多個driverD、可能要同時開發(fā)一個driver和多個stub65.對實現(xiàn)軟件測試組的獨立的方式，可以采用的是：（）? A.?測試的設(shè)計由開發(fā)隊伍的其他開發(fā)人員完成； B.?測試的設(shè)計由開發(fā)人員自己完成； C.?測試的設(shè)計獨立于本項目的開發(fā)隊伍；? D.?測試的設(shè)計獨立于本開發(fā)企業(yè)，來自于獨立的第三方測試機構(gòu)。? E.?所有測試活動由開發(fā)人員來完成A、?A、B、CB、?A、B、C、DC、?A、C、ED、?所有選項66.黑盒測試技術(shù)包括（）A、邊界值分析、判定表、等價類劃分、經(jīng)驗法B、判定覆蓋、語句覆蓋、用例分析C、邊界值分析、等價類劃分、因果圖分析、隨機法D、判定表技術(shù)、路徑覆蓋、條件覆蓋67.功能測試和結(jié)構(gòu)化測試，應(yīng)該在哪個測試級別展開？（）A、?功能測試只能應(yīng)用在系統(tǒng)測試或者驗收測試級別；而結(jié)構(gòu)化測試只能應(yīng)用在組件測試或者集成測試級別；B、?功能測試可以應(yīng)用在任何測試級別；而結(jié)構(gòu)化測試只能應(yīng)用在組件測試或者集成測試級別；C、?功能測試只能應(yīng)用在系統(tǒng)測試或者驗收測試級別；而結(jié)構(gòu)化測試可以應(yīng)用在任何級別；D、?功能測試和結(jié)構(gòu)化測試都可以應(yīng)用在任何測試級別。68.測試報告不包含的內(nèi)容有：（）A、?測試時間、人員、產(chǎn)品、版本；B、?測試環(huán)境配置；C、?測試結(jié)果統(tǒng)計；D、?測試通過/失敗的標準。69.以下哪個不是軟件測試的目標（）A、發(fā)現(xiàn)缺陷B、增加對質(zhì)量的信心C、為決策提供信息D、改進測試流程70.下面哪個最有可能屬于動態(tài)和啟發(fā)式（Dynamicandheuristicapproaches）的測試策略？（）A、?基于質(zhì)量特性的方法；B、?基于運行概況的方法；C、?基于需求的測試；D、?探索性測試。71.語句覆蓋和判定覆蓋有什么不同（）A、語句覆蓋程序中每一個判斷至少要執(zhí)行一次B、判定覆蓋程序中每個判斷的取真分支和取假分支至少經(jīng)歷一次C、判定覆蓋程序中各種組合至少執(zhí)行一次72.以下哪些屬于功能測試的范圍（）A、安全測試B、負載測試C、性能測試D、可維護性測試73.測試人員（Tester）在軟件配置管理中工作主要是（）A、根據(jù)配置管理計劃和相關(guān)規(guī)定，提交測試配置項和測試基線B、建立配置管理系統(tǒng)C、提供測試的配置審計報告D、建立基線74.多出口函數(shù)可能會發(fā)生（）問題。A、產(chǎn)生邏輯錯誤B、降低可靠性C、產(chǎn)生內(nèi)存泄漏D、降低運行性能75.作為一個軟件測試員，應(yīng)具備哪些能力？（） A.?具有好奇心；? B.?職業(yè)悲觀心態(tài)；? C.?批評的眼光；? D.?關(guān)注系統(tǒng)的細節(jié)的能力? E.?測試技能；? F.?良好的溝通能力A、?A+B+CB、?D+E+FC、?E+FD、?以上都是。76.下面哪個不屬于測試控制措施（）A、基于測試監(jiān)控信息來做決策B、指定測試的入口和出口準則C、如果一個已識別的風險發(fā)生，重新確定測試優(yōu)先級D、根據(jù)測試環(huán)境可用性，改變測試的時間進度表77.某個程序有三個輸入?yún)?shù)A，B和C，輸入?yún)?shù)的有效條件是AB，如果應(yīng)該等價類劃分的技術(shù)，可以生成的等價類有：（） A、A≥B，C≤B B、A＜B，C≤B C、A≤B，C＞B D、A＜B，C＞B A、?A、CB、?A、B、CC、?C、DD、?A、B、C、D78.目前大部分的軟件錯誤來源于（）A、?程序錯誤；B、?分析和設(shè)計錯誤；C、?測試本身的錯誤；D、?需求錯誤。79.對于測試錯誤的說法是（）A、測試的設(shè)計可以用80-20規(guī)則作為指導。B、測試后程序中殘存的錯誤數(shù)目與該程序中已發(fā)現(xiàn)的錯誤數(shù)目成正比C、應(yīng)該在測試工作真正開始前的較長時間內(nèi)進行測試計劃D、測試的效果由測試用例的多少及規(guī)定的覆蓋指標確定80.一個參數(shù)的取值范圍是正整數(shù)，那么這個參數(shù)的有效邊界值的數(shù)目是（）A、?一個B、?二個C、?三個D、?四個81.關(guān)于采用探索性測試的原因，下面哪個論述是最合適的？（）A、探索性測試可以發(fā)現(xiàn)一些正式測試中遺漏的缺陷；B、探索性測試不需要花費工作量進行準備工作；C、探索性測試在時間充裕的時候是最適合的；D、探索性測試依賴于開發(fā)人員在被測對象知識和業(yè)務(wù)方面的支持。82.制定測試進度（schedule）的時候要考慮哪些因素（）A、產(chǎn)品規(guī)模B、用例總數(shù)C、測試人員生產(chǎn)率D、缺陷的跟蹤和解決83.你是交通信號控制系統(tǒng)的測試人員，負責測試該系統(tǒng)的圖形化界面的功能。該功能的界面由3個參數(shù)組成，這些參數(shù)之間沒有相互制約關(guān)系。? 假如你采用等價類劃分技術(shù)，分別得到了每個參數(shù)的有效等價類和無效等價類，如下所示：? 1.?參數(shù)1：有效等價類為EP1.1和EP1.2；而無效等價類為iEP1.3和iEP1.4；? 2.?參數(shù)2：有效等價類為EP2.1；而無效等價類為iEP2.2和iEP2.3；? 3.?參數(shù)3：有效等價類為EP3.1；而無效等價類為iEP3.2、iEP3.3和iEP3.4。?? 你作為該系統(tǒng)的測試人員，準備采用等價類劃分技術(shù)設(shè)計測試用例。假如測試團隊針對等價類劃分獲取測試用例的基本原則如下：? 1.?針對有效的測試用例（正向測試用例），參數(shù)有效等價類之間的組合采用的笛卡爾乘積得到（即參數(shù)有效等價類取值進行完全組合）；? 2.?針對無效的測試用例（逆向測試用例），參數(shù)無效等價類之間的組合采用的是相加原則得到（即無效等價類只能和其他參數(shù)的有效等價類進行組合）；假如你執(zhí)行了所有的正向測試用例，需要多少個測試用例？（）A、?11；B、?7；C、?4；D、?2。84.下列關(guān)于不同的測試階段的描述錯誤的是（）A、維護測試通常是為了驗證開發(fā)過程發(fā)現(xiàn)的缺陷是否被正確修復(fù)B、組件測試的主要目標是盡可能的發(fā)現(xiàn)失效，從而識別和修正盡可能多的缺陷C、測試的主要目標是確認系統(tǒng)是否按照預(yù)期工作，是建立滿足了需求的信心D、不同測試階段，其測試目標是不同的85.當規(guī)格說明不明確時，需要采用哪種測試方法（）A、基于風險的測試B、基于經(jīng)驗的測試C、基于規(guī)格說明書的測試D、基于場景的測試86.語句覆蓋和判定覆蓋有什么不同（） A.?語句覆蓋程序中每一個判斷至少要執(zhí)行一次? B.?判定覆蓋程序中每個判斷的取真分支和取假分支至少經(jīng)歷一次。? C.?判定覆蓋程序中各種組合至少執(zhí)行一次? D.?語句覆蓋是指程序中每一條語句至少被執(zhí)行一次A、?A、CB、?A、BC、?C、DD、?B、D87.組件測試的用例設(shè)計主要參考的工作產(chǎn)品是（）A、組件規(guī)格說明B、系統(tǒng)需求規(guī)格說明C、用戶手冊D、代碼88.測試用例根據(jù)參與人員的經(jīng)驗和知識來編寫；測試人員、開發(fā)人員、用戶和其他的利益相關(guān)者對軟件、軟件使用和環(huán)境等方面所掌握的知識作為信息來源之一；對可能存在的缺陷及其分布情況的了解作為另一個信息來源。上述測試設(shè)計技術(shù)屬于（）A、白盒測試B、黑盒測試C、基于結(jié)構(gòu)的測試D、基于經(jīng)驗的測試89.單元測試可發(fā)現(xiàn)哪些問題（）A、單元代碼的功能B、單元代碼的可集成性C、單元代碼的可維護性D、單元代碼的效率90.以下關(guān)于測試作用的描述，不正確的是（）A、測試無法顯示軟件潛在的缺陷B、測試能保證軟件的缺陷和錯誤全部找到C、測試只能證明軟件存在錯誤而不能證明軟件沒有錯誤D、所有的軟件測試都應(yīng)追溯到用戶需求91.下面的哪個選項最能體現(xiàn)獨立測試的優(yōu)點（）A、與開發(fā)小組脫離B、作為最后的檢查點，獨立測試員可能是項目的瓶頸C、開發(fā)人員可能失去對軟件質(zhì)量的責任感D、獨立的測試員可以做到?jīng)]有偏見，可以發(fā)現(xiàn)更多的缺陷92.在測試執(zhí)行過程中發(fā)現(xiàn)測試的實際結(jié)果與預(yù)期結(jié)果不同，記錄在測試評估事件里的是（）A、失效B、失敗C、缺陷D、錯誤93.下面關(guān)于回歸測試敘述正確的是（）A、回歸測試只能在系統(tǒng)測試這個級別上進行，不能用于單元測試和集成測試B、回歸測試只適用于功能測試，不適用于非功能測試C、回歸測試都是自動化執(zhí)行的D、回歸測試是對已被測過的程序?qū)嶓w在修改缺陷或變更后進行的重復(fù)測試，以此來確認在這些變更后是否有新的缺陷引入系統(tǒng)94.某數(shù)據(jù)通信產(chǎn)品提供客戶端的ADSL上網(wǎng)業(yè)務(wù)，其主要有4個功能模塊組成，分別是M1、M2、M3和M4表示。在測試計劃階段，利益相關(guān)者對它們進行了風險的識別和分析，得到的可能性與嚴重程度分別如下（數(shù)字越大，表示可能性越大，嚴重程度越高）：? -?M1：56%、10? -?M2：48%、5? -?M3：36%、7? -?M4：72%、8請問，作為測試人員，在不考慮加權(quán)的情況下，你認為哪個模塊的風險級別最低？（）A、?M1；B、?M2；C、?M3；D、?M4。95.下面關(guān)于決策表測試的描述錯誤的是（）A、決策表適用于所有當軟件的行為由一些邏輯決策所決定的情況B、決策表優(yōu)點是可以生成測試條件的各種組合，而這些組合可能利用其他方法會無法被測試到C、決策表的每一列對應(yīng)了一個業(yè)務(wù)規(guī)則，該規(guī)則定義了各種條件的一個特定組合D、決策表描繪了狀態(tài)和輸入之間的關(guān)系，并能顯示可能的無效狀態(tài)轉(zhuǎn)換96.關(guān)于維護測試范圍的決定因素，下列哪個選項正確？（）A、變更的風險、現(xiàn)有系統(tǒng)的規(guī)模和測試人員的能力；B、變更的風險、變更嚴重程度和影響分析；