2024年ISTQB認證筆試歷年真題薈萃含答案_第1頁
2024年ISTQB認證筆試歷年真題薈萃含答案_第2頁
2024年ISTQB認證筆試歷年真題薈萃含答案_第3頁
2024年ISTQB認證筆試歷年真題薈萃含答案_第4頁
2024年ISTQB認證筆試歷年真題薈萃含答案_第5頁
已閱讀5頁,還剩14頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

2024年ISTQB認證筆試歷年真題薈萃含答案(圖片大小可自由調(diào)整)答案解析附后卷I一.參考題庫(共25題)1.哪個評審階段適合開展下面的評審活動?() -?檢查缺陷是否已得到解決;? -?收集評審過程中的各種度量數(shù)據(jù); -?核對出口準則。A、?計劃階段;B、?返工階段;C、?跟蹤結(jié)果階段;D、?評審會議階段。2.單元測試可發(fā)現(xiàn)哪些問題()A、單元代碼的功能B、單元代碼的可集成性C、單元代碼的可維護性D、單元代碼的效率3.下列關(guān)于不同的測試階段的描述錯誤的是()A、維護測試通常是為了驗證開發(fā)過程發(fā)現(xiàn)的缺陷是否被正確修復(fù)B、組件測試的主要目標是盡可能的發(fā)現(xiàn)失效,從而識別和修正盡可能多的缺陷C、測試的主要目標是確認系統(tǒng)是否按照預(yù)期工作,是建立滿足了需求的信心D、不同測試階段,其測試目標是不同的4.下面哪個屬于靜態(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)存泄漏。5.測試人員(Tester)在軟件配置管理中工作主要是()A、根據(jù)配置管理計劃和相關(guān)規(guī)定,提交測試配置項和測試基線B、建立配置管理系統(tǒng)C、提供測試的配置審計報告D、建立基線6.下面哪個選項,滿足基于規(guī)格說明的測試技術(shù)的特點?()A、?-?使用正式或者非正式的模型來描述需要解決的問題、軟件或者其組件等;?-?根據(jù)這些模型,可以系統(tǒng)地導(dǎo)出測試用例;B、??-?使用正式或者非正式的模型來描述需要解決的問題、軟件或者其組件等;?-?可以通過已有的測試用例測量軟件的測試覆蓋率,并通過系統(tǒng)化的導(dǎo)出設(shè)計用例來提高覆?蓋率;C、?-?可以通過已有的測試用例測量軟件的測試覆蓋率,并通過系統(tǒng)化的導(dǎo)出設(shè)計用例來提高覆蓋率;?-?根據(jù)軟件的結(jié)構(gòu)信息設(shè)計測試用例,比如軟件代碼和詳細設(shè)計信息;D、?-?測試人員、開發(fā)人員、用戶和其他的利益相關(guān)者對軟件、軟件使用和環(huán)境等方面所掌握的?知識作為信息來源之一;?-?使用正式或者非正式的模型來描述需要解決的問題、軟件或者其組件等。7.以下選項中,不屬于驗收測試典型的類型有()A、用戶驗收測試B、運行驗收測試C、合同和法規(guī)性驗收測試D、維護測試8.傳統(tǒng)的或面向?qū)ο蟮膯卧獪y試,需要的開發(fā)工作:()A、只要開發(fā)測試stubB、只要開發(fā)測試driverC、可能要同時開發(fā)一個stub和多個driverD、可能要同時開發(fā)一個driver和多個stub9.在系統(tǒng)測試過程中,下面哪個度量項最適合衡量測試過程的進度()A、代碼的測試覆蓋率B、發(fā)現(xiàn)并修改的缺陷的數(shù)C、缺陷的分布信息D、測試用例執(zhí)行量10.規(guī)劃測試環(huán)境的搭建和確定測試需要的基礎(chǔ)設(shè)施和工具屬于下面的哪個活動()A、計劃和控制B、分析和設(shè)計C、實現(xiàn)和執(zhí)行D、評估出口準則和報告11.通常情況下,承擔測試監(jiān)控任務(wù)的人員是()A、測試系統(tǒng)管理員B、測試經(jīng)理C、測試執(zhí)行人員D、測試設(shè)計人員12.下列關(guān)于迭代-增量開發(fā)模型描述錯誤的是()A、在每次迭代過程中,對迭代產(chǎn)生的系統(tǒng)可能需要在不同的測試級別上進行測試B、迭代-增量開發(fā)模型由于發(fā)布周期更短,所以要優(yōu)于V模型C、在完成第一次迭代后,對所有的迭代進行回歸測試會變得越來越重要D、驗證和確認可以在每個增量模塊中進行13.下列關(guān)于工具使用風險的說法中,不恰當?shù)氖牵海ǎ〢、?工具能夠或多或少提高測試效率B、?沒有好的測試過程或成熟的測試方法,工具并不能像預(yù)期的那樣降低成本C、?與手工測試相比較,使用自動化工具也可能會增加測試成本D、?培訓(xùn)和指導(dǎo)有助于降低工具使用的風險14.下列哪個是測試組獨立的缺點?()A、?測試人員需要額外的培訓(xùn)B、?測試人員需要花時間了解所要測試的產(chǎn)品的需要、架構(gòu)、代碼等C、?開發(fā)人員可能會失去對產(chǎn)品質(zhì)量的責任心D、?設(shè)立獨立測試組會花費更多成本15.在規(guī)格說明不完全的情況,最適合采用的測試技術(shù)是()A、基于結(jié)構(gòu)的測試技術(shù)(白盒測試)B、基于經(jīng)驗的測試技術(shù)C、基于規(guī)格說明的測試技術(shù)D、以上都適合16.在編碼完成后,確認測試環(huán)境的準備和搭建已經(jīng)完成,這一工作應(yīng)該在哪個階段執(zhí)行()A、計劃和控制B、分析與設(shè)計C、實現(xiàn)與執(zhí)行D、評估出口準則17.有一個系統(tǒng)已經(jīng)在市場上運行了,這種情況對系統(tǒng)進行修改,然后進行的測試屬于()A、維護測試B、驗收測試C、組件測試D、系統(tǒng)測試18.根據(jù)測試章程中包含的測試目標,同時進行測試設(shè)計、測試執(zhí)行的是()A、探索性測試B、錯誤推測C、白盒測試D、黑盒測試19.測試用例規(guī)格說明書包括()A、測試規(guī)格說明IDB、測試條目C、規(guī)格輸入D、規(guī)格輸出E、測試環(huán)境20.下面關(guān)于基于經(jīng)驗的測試技術(shù)的特點描述,哪個選項是正確的?()A、-?使用正式或非正式的模型來描述需要解決的問題、軟件或其組件等;?-?對可能存在的缺陷及其分布情況的了解作為另一個信息來源;B、-?可以通過已有的測試用例測量軟件的測試覆蓋率,并通過系統(tǒng)化的導(dǎo)出設(shè)計用例來提高覆?蓋率;-?使用正式或非正式的模型來描述需要解決的問題、軟件或其組件等;C、-?測試人員、開發(fā)人員、用戶和其他的利益相關(guān)者對軟件、軟件使用和環(huán)境等方面所掌握的?知識作為信息來源之一;-?對可能存在的缺陷及其分布情況的了解作為另一個信息來源;?D、-?測試人員、開發(fā)人員、用戶和其他的利益相關(guān)者對軟件、軟件使用和環(huán)境等方面所掌握的?知識作為信息來源之一;-?使用正式或非正式的模型來描述需要解決的問題、軟件或其組件等。21.關(guān)于維護測試范圍的決定因素,下列哪個選項正確?()A、變更的風險、現(xiàn)有系統(tǒng)的規(guī)模和測試人員的能力;B、變更的風險、變更嚴重程度和影響分析;C、變更的風險、變更嚴重程度和變更大??;D、變更的風險、現(xiàn)有系統(tǒng)的規(guī)模和變更的大小。22.軟件測試目的可以是()A、發(fā)現(xiàn)缺陷B、確認軟件能夠正常運行C、預(yù)防缺陷D、直接提高產(chǎn)品的售價E、減少整個產(chǎn)品開發(fā)周期時間23.確認系統(tǒng)是否按照預(yù)期工作,從而在系統(tǒng)是否滿足系統(tǒng)需求方面獲取信心。這樣的測試目的最可能適用下面的哪個測試階段:()A、?組件測試B、?集成測試C、?系統(tǒng)測試D、?回歸測試24.影響測試工作量的因素()A、產(chǎn)品規(guī)模B、對產(chǎn)品性能的需求C、測試人員的數(shù)量D、是否選用工具25.將選擇的工具引入組織要從一個試點項目開始,下列的哪個不屬于試點項目的目的()A、通過試點項目使得對工具有更多的認識B、評估在付出合理的成本后能否得到收益C、通過試點項目評價員工的學(xué)習能力D、評價工具與現(xiàn)存的過程以及實踐的配合程度,確定哪些方面需要作修改卷II一.參考題庫(共25題)1.關(guān)于黑盒測試技術(shù),下列哪個選項是正確的()A、等價類劃分、邊界值得分析、靜態(tài)分析法、評審技術(shù)B、等價類劃分、狀態(tài)轉(zhuǎn)換法、語句覆蓋、判定覆蓋C、決策表測試、狀態(tài)轉(zhuǎn)換測試、等價類劃分,用例測試D、決策表測試、等價類劃分,邊界值分析、影響度分析2.下面對靜態(tài)測試和動態(tài)測試的區(qū)別描述正確的是()A、靜態(tài)測試并沒有真正的運行軟件,而動態(tài)測試需要運行軟件B、靜態(tài)測試需要借助于專門的測試工具,而動態(tài)測試不需要C、靜態(tài)測試是由開發(fā)人員執(zhí)行的,而動態(tài)測試是由專門的測試人員完成D、靜態(tài)測試是主要是為了增加測試人員對軟件的理解,而動態(tài)測試是為了發(fā)現(xiàn)缺陷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.制定測試進度(schedule)的時候要考慮哪些因素()A、產(chǎn)品規(guī)模B、用例總數(shù)C、測試人員生產(chǎn)率D、缺陷的跟蹤和解決5.下面關(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í)行6.黑盒測試技術(shù)包括()A、邊界值分析、判定表、等價類劃分、經(jīng)驗法B、判定覆蓋、語句覆蓋、用例分析C、邊界值分析、等價類劃分、因果圖分析、隨機法D、判定表技術(shù)、路徑覆蓋、條件覆蓋7.下面那個不屬于靜態(tài)分析()A、編碼規(guī)則的檢查B、程序結(jié)構(gòu)分析C、程序復(fù)雜度分析D、內(nèi)存泄漏8.“向評審參與者解釋評審的目標”屬于下列哪個階段的主要活動()A、計劃階段B、預(yù)備會階段C、個人準備階段D、評審會議階段9.語句覆蓋和判定覆蓋有什么不同() A.?語句覆蓋程序中每一個判斷至少要執(zhí)行一次? B.?判定覆蓋程序中每個判斷的取真分支和取假分支至少經(jīng)歷一次。? C.?判定覆蓋程序中各種組合至少執(zhí)行一次? D.?語句覆蓋是指程序中每一條語句至少被執(zhí)行一次A、?A、CB、?A、BC、?C、DD、?B、D10.在測試執(zhí)行過程中發(fā)現(xiàn)測試的實際結(jié)果與預(yù)期結(jié)果不同,記錄在測試評估事件里的是()A、失效B、失敗C、缺陷D、錯誤11.軟件組件測試的主要目的是()A、測試組件與組件之間的接口B、組件與硬件的關(guān)聯(lián)C、發(fā)現(xiàn)缺陷,以及驗證組件的功能D、驗證系統(tǒng)的功能12.測試管理工具可能包括的功能:() A.?管理軟件需求 B.?管理測試計劃 C.?缺陷跟蹤 D.?測試過程中各類數(shù)據(jù)的統(tǒng)計和匯總A、除A以外B、除B以外C、除C和D以外D、以上全部13.以下不屬于基于結(jié)構(gòu)的技術(shù)的共同特點的是()A、根據(jù)軟件的結(jié)構(gòu)信息設(shè)計測試用例B、可以通過已有的測試用例測量軟件的測試覆蓋率C、通過系統(tǒng)化的導(dǎo)出設(shè)計用例來提高覆蓋率D、使用正式或非正式的模型來描述需要解決的問題14.最符合下述場景的是哪個評審類型?()? -?由作者主持評審會議;? -?以場景、演示的形式和同行參加的方式進行;? -?記錄員是可選的,但不能是作者本人; -?主要目的是學(xué)習、增加理解和發(fā)現(xiàn)缺陷。A、?走查;B、?技術(shù)評審;C、?審查;D、?管理評審。15.下面有關(guān)基于風險的方法的描述哪個是不正確的()A、識別的風險經(jīng)常用于決定哪些需要更多測試,哪些可以減少測試B、識別的風險經(jīng)常用于決定多少測試服務(wù)C、識別的風險經(jīng)常用于決定使用何種測試工具D、識別的風險經(jīng)常用于決定使用何種測試技術(shù)16.測試結(jié)束的決定因素()A、用例總數(shù)B、已執(zhí)行的用例數(shù)C、殘存的bug數(shù)D、經(jīng)濟因素17.關(guān)于邊界值的說法不正確的是()A、邊界值分析是一種補充等價劃分的測試用例技術(shù)B、它不是選擇等價類的任意元素,而是選擇等價類邊界的測試用例C、程序在處理大量中間數(shù)值時都是對的,但是在邊界處極可能出現(xiàn)錯誤D、邊界值分析法考慮了輸入變量之間的依賴關(guān)系18.測試用具可用于()A、單元、集成B、系統(tǒng)測試C、集成測試、部分系統(tǒng)測試D、單元、集成、部分系統(tǒng)測試19.目前大部分的軟件錯誤來源于()A、?程序錯誤;B、?分析和設(shè)計錯誤;C、?測試本身的錯誤;D、?需求錯誤。20.一個參數(shù)的取值范圍是正整數(shù),那么這個參數(shù)的有效邊界值的數(shù)目是()A、?一個B、?二個C、?三個D、?四個21.下列風險中,屬于項目風險的是()A、軟件開發(fā)商交付的軟件產(chǎn)品無法安裝到新的操作系統(tǒng)中B、軟件開發(fā)商無法按時交付軟件產(chǎn)品C、軟件產(chǎn)品內(nèi)的功能異常D、軟件的性能沒有達到要求22.下面哪個選項有助于在組織里成功引入測試工具?()A、?在試點項目中,通過使用測試工具不斷收集工具的使用信息;B、?為了提高使用工具的效率,在不同項目團隊,同時推廣使用測試工具;C、?測試團隊內(nèi)建立自學(xué)的氛圍,讓每個測試人員自己熟悉測試工具的使用;D、?根據(jù)當前采用的測試過程和測試實踐,修改測試工具以適應(yīng)現(xiàn)有的流程和實踐。23.下面關(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ù)24.你是參與某網(wǎng)上交易系統(tǒng)的測試人員,主要負責該系統(tǒng)中某些模塊的組件測試。目前處于測試分析和設(shè)計階段。下面哪個最適合作為組件測試的測試依據(jù)?()A、?-?軟件系統(tǒng)架構(gòu);?-?詳細設(shè)計文檔;B、?-?詳細設(shè)計文檔;?-?風險分析報告;C、?-?風險分析報告;?-?代碼;D、?-?代碼;?-?詳細設(shè)計文檔。25.什么是等價類劃分?()? A.?將測試對象的輸入或輸出域劃分成若干部分? B.?從每一個子集中選取少數(shù)具有代表性的數(shù)據(jù)? C.?是一種白盒測試方法? D.?有效值的等價類? E.?無效值的等價類A、?A、B、C、DB、?A、B、CC、?A、B、D、ED、?D、E卷III一.參考題庫(共25題)1.某個研發(fā)團隊正在開發(fā)數(shù)據(jù)通信產(chǎn)品與用戶終端設(shè)備之間的一個通信協(xié)議,下面是該協(xié)議的狀態(tài)轉(zhuǎn)換圖。假如是你該項目的測試人員,你準備采用狀態(tài)轉(zhuǎn)換測試技術(shù)設(shè)計測試用例。針對狀態(tài)S3,假如要覆蓋所有由狀態(tài)3出發(fā)的一次狀態(tài)轉(zhuǎn)換,至少需要設(shè)計多少個測試用例?()A、?1;B、?2;C、?3;D、?4。2.在下列測試類型中,不適合采用手工測試的是()A、安全測試B、負載測試C、集成測試D、再測試3.以下屬于項目風險的是()A、與測試員進行需求和測試結(jié)果溝通方面存在的問題B、易錯(failure-prone)的軟件交付使用C、軟件/硬件對個人或公司造成傷害的可能性4.根據(jù)ISTQB定義的術(shù)語,“風險”是與下列哪一個選項關(guān)聯(lián)的?()A、?對測試者否定的反饋意見B、?將產(chǎn)生負面影響及其連鎖效應(yīng)的因素C、?可能產(chǎn)生負面影響及其連鎖效應(yīng)的因素D、?將對被測對象產(chǎn)生負面影響及其連鎖效應(yīng)的因素5.某段規(guī)格說明如下:某公司用來計算不同工作年限的員工年終獎的需求描述:員工在公司的工作年限不超過3年,年終獎為月工資的25%;員工在公司的工作年限超過3年,年終獎為月工資的50%;員工在公司的工作年限超過5年,年終獎為月工資的75%;工作年限超過8年,年終獎為月工資的100%。員工工作年限必須是整型,并且最大值不超過100。根據(jù)上午規(guī)格說明,為“工作年限”劃分等價類,得到的有效等價類的數(shù)量為()A、2B、4C、6D、86.某個在線交易系統(tǒng),針對用戶的身份提供了認證功能。你是該系統(tǒng)的測試人員,通過分析該功能的需求描述,以及和相關(guān)開發(fā)人員的深入溝通,發(fā)現(xiàn)該功能由3個布爾型條件組成:C1、C2和C3,根據(jù)不同的條件組合,可以有4個不同的動作輸出:A1、A2、A3和A4。因此你將該功能轉(zhuǎn)換成了如下的原始決策表。 根據(jù)決策表優(yōu)化技術(shù),你需要將3個條件組合成不同的輸出,同時需要將冗余的規(guī)則合并,或者刪除一些不符合邏輯的組合,得到優(yōu)化的決策表。假如你設(shè)計了兩個測試用例覆蓋了規(guī)則1和2。請問達到的規(guī)則的覆蓋率是多少?()A、?25%;B、?40%;C、?50%;D、?60%。7.分析測試過程中的需求變更未被記錄,或未被執(zhí)行的原因的活動,應(yīng)該在哪個階段執(zhí)行()A、計劃和控制B、分析與設(shè)計C、實現(xiàn)與執(zhí)行D、評估出口準則8.以下不屬于軟件測試的作用的是()A、可以減少軟件系統(tǒng)在運行環(huán)境中的風險B、可以提高軟件系統(tǒng)的質(zhì)量C、可能是為了滿足合同或法律法規(guī)的要求D、可以用于評價開發(fā)團隊的能力9.關(guān)于用例測試的描述,下列哪個選項正確()A、使用測試用例進行的測試稱為用例測試B、通過業(yè)務(wù)場景來設(shè)計測試C、用例描述了用戶與系統(tǒng)之間的交互作用,并從這些交互產(chǎn)生從用戶的角度所期望和能觀察到的結(jié)果D、用例測試常常用于組件測試10.下面哪個不屬于測試控制措施()A、基于測試監(jiān)控信息來做決策B、指定測試的入口和出口準則C、如果一個已識別的風險發(fā)生,重新確定測試優(yōu)先級D、根據(jù)測試環(huán)境可用性,改變測試的時間進度表11.下面哪個測試技術(shù)屬于基于經(jīng)驗的測試技術(shù)?()A、?缺陷攻擊;B、?用戶故事測試;C、?用例測試;D、?邊界值分析。12.某研發(fā)團隊正在開發(fā)一款員工在線請假系統(tǒng),該系統(tǒng)基于Struts框架進行設(shè)計和實現(xiàn)。主要包括5個功能模塊:用戶登錄、員工請假申請、請假批準、請假流程定義和休假計劃維護。請問下面哪個團隊角色是最合適進行請假申請模塊的組件測試?()A、?外包測試團隊的測試人員;B、?組織內(nèi)獨立測試團隊的測試人員;C、?熟悉在線員工請假系統(tǒng)的業(yè)務(wù)專家;D、?開發(fā)團隊內(nèi)的測試人員。13.關(guān)于維護測試,下列哪個選項正確()A、在軟件系統(tǒng)交付給用戶真正使用之前必須進行維護測試B、在每個測試級別都需要進行維護測試C、維護測試是在一個現(xiàn)有的運行系統(tǒng)上進行的測試D、在一個現(xiàn)有的運行系統(tǒng),因為開發(fā)已經(jīng)完成了,所以不再需要測試14.以下關(guān)于測試目的的觀點,不正確的是()A、軟件測試的目的是尋找錯誤,并且盡最大的可能找出最多的錯誤B、找出軟件開發(fā)人員的問題并評價開發(fā)人員能力C、一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試D、測試的目的,是想以最少的人力、物力和時間找出軟件中潛在的各種錯誤和缺陷,通過修正各種錯誤和缺陷提高軟件質(zhì)量,避免軟件發(fā)布后由于潛在的軟件缺陷和錯誤造成的隱患所帶來的商業(yè)風險15.測試監(jiān)控應(yīng)由以下哪個人完成()A、測試人員B、測試經(jīng)理C、測試執(zhí)行人員D、測試系統(tǒng)管理員16.移交測試件到相關(guān)的部門()A、測試計劃和控制階段B、測試結(jié)束活動C、測試實現(xiàn)和執(zhí)行階段D、評估出口準則和測試總結(jié)報告階段17.關(guān)于軟件確認測試和回歸測試的描述,下列哪個選項是錯誤的()A、當修改了缺陷后,應(yīng)該重新進行測試以確定原來的缺陷已經(jīng)成功的修改,稱之為確認測試B、回歸測試是對已被側(cè)過的程序在變更后進行的重復(fù)測試,以發(fā)現(xiàn)在這些變更后是否有新的缺陷引入C、當軟件發(fā)生變更或者應(yīng)用軟件的環(huán)境發(fā)生變化時,需要進行回歸測試D、回歸測試可以在所有的測試級別上進行,并且只適用于功能測試18.你是交通信號控制系統(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。19.對于測試錯誤的說法是()A、測試的設(shè)計可以用80-20規(guī)則作為指導(dǎo)。B、測試后程序中殘存的錯誤數(shù)目與該程序中已發(fā)現(xiàn)的錯誤數(shù)目成正比C、應(yīng)該在測試工作真正開始前的較長時間內(nèi)進行測試計劃D、測試的效果由測試用例的多少及規(guī)定的覆蓋指標確定20.某研發(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)該是被測對象本身存在缺陷而導(dǎo)致的,因此決定提交一份缺陷報告。下面哪個選項的內(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)境。21.根據(jù)ISTQB?定義的術(shù)語,“風險”是與下列哪一個選項關(guān)聯(lián)的()A、對測試者否定的反饋意見B、將產(chǎn)生負面影響及其連鎖效應(yīng)的因素C、可能產(chǎn)生負面影響及其連鎖效應(yīng)的因素D、將對被測對象產(chǎn)生負面影響及其連鎖效應(yīng)的因素22.關(guān)于獨立測試的描述,下面哪個是錯誤的()A、獨立測試通??梢愿咝У匕l(fā)現(xiàn)軟件缺陷和軟件存在的失效B、軟件測試往往需要與軟件開發(fā)不同的思維方式C、測試通常被認為是破壞性的活動,而軟件開發(fā)通常被認為是建設(shè)性的活動D、獨立測試只可應(yīng)用在高級別的測試活動中,如系統(tǒng)測試和驗收測試23.下面3個測試術(shù)語的定義,分別屬于哪3個術(shù)語?()? -?描述測試用例的執(zhí)行順序;? -?能通過一個或多個測試用例進行驗證的一個條目或事件(比如功能、事務(wù)處理、質(zhì)量特征或結(jié)構(gòu)元素等)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論