2024年計算機(jī)考試-ISTQB認(rèn)證筆試參考題庫含答案

“人人文庫”水印下載源文件后可一鍵去除，請放心下載?。▓D片大小可任意調(diào)節(jié)）2024年計算機(jī)考試-ISTQB認(rèn)證筆試參考題庫含答案“人人文庫”水印下載源文件后可一鍵去除，請放心下載！第1卷一.參考題庫(共75題)1.以下屬于項(xiàng)目風(fēng)險的是（）A、與測試員進(jìn)行需求和測試結(jié)果溝通方面存在的問題B、易錯（failure-prone）的軟件交付使用C、軟件/硬件對個人或公司造成傷害的可能性2.軟件測試工作應(yīng)該開始于（）A、編碼之后B、需求分析階段C、概要設(shè)計階段D、詳細(xì)設(shè)計階段3.通常情況下基本功能測試和性能測試的執(zhí)行順序是（）A、基本功能的測試和性能測試同時進(jìn)行B、先執(zhí)行性能測試，然后再進(jìn)行基本功能的測試C、先進(jìn)行基本功能的測試，然后再執(zhí)行性能測試D、基本功能測試和性能測試哪個先執(zhí)行都無所謂4.測試人員（Tester）在軟件配置管理中工作主要是（）A、根據(jù)配置管理計劃和相關(guān)規(guī)定，提交測試配置項(xiàng)和測試基線B、建立配置管理系統(tǒng)C、提供測試的配置審計報告D、建立基線5.在評審過程中，主持人的主要職責(zé)是（）A、決定是否需要進(jìn)行評審B、主持文檔或文檔集的評審活動C、標(biāo)識和描述被評審產(chǎn)品存在的問題（如缺陷）D、記錄所有的事件、問題6.在判斷測試是否足夠時，下列哪些方面是不需要考慮的（）A、風(fēng)險B、項(xiàng)目在時間上的限制C、項(xiàng)目在預(yù)算上的限制D、投入的測試人員的數(shù)量7.ISTQB術(shù)語中的回歸測試的目的是（）A、驗(yàn)證修改的成功B、預(yù)防功能編寫的不完善或疏漏C、確保修正過程中沒有引入新的缺陷D、幫助程序員更好地進(jìn)行單元測試8.為測試執(zhí)行、缺陷跟蹤和需求管理提供接口，還提供定量分析和報告測試對象。它還支持追溯測試對象到需求規(guī)格說明并可提供獨(dú)立的版本控制能力或提供一個外部接口。這種工具是（）A、測試執(zhí)行工具B、測試管理工具C、配置管理工具D、事件管理工具9.下面關(guān)于驗(yàn)收測試的觀點(diǎn)錯誤的是（）A、系統(tǒng)操作驗(yàn)收測試由系統(tǒng)管理員來進(jìn)行B、驗(yàn)收測試主要應(yīng)用于系統(tǒng)測試級別C、Alpha?測試通常在開發(fā)組織現(xiàn)場進(jìn)行，但測試并非由開發(fā)團(tuán)隊(duì)執(zhí)行D、Beta?測試或?qū)嵉販y試，是在客戶或潛在客戶現(xiàn)場進(jìn)行并由他們執(zhí)行10.語句的覆蓋率主要在下面哪個測試級別的測試設(shè)計中考慮（）A、系統(tǒng)測試B、集成測試C、組件測試D、驗(yàn)收測試11.下面關(guān)于回歸測試敘述正確的是（）A、回歸測試只能在系統(tǒng)測試這個級別上進(jìn)行，不能用于單元測試和集成測試B、回歸測試只適用于功能測試，不適用于非功能測試C、回歸測試都是自動化執(zhí)行的D、回歸測試是對已被測過的程序?qū)嶓w在修改缺陷或變更后進(jìn)行的重復(fù)測試，以此來確認(rèn)在這些變更后是否有新的缺陷引入系統(tǒng)12.關(guān)于測試類型的應(yīng)用范圍，下面哪是正確的（）A、結(jié)構(gòu)測試只能用在組件測試或集成測試B、功能測試只能用在系統(tǒng)測試或驗(yàn)收測試C、白盒測試方法不能用于系統(tǒng)測試D、功能測試和結(jié)構(gòu)性測試可以應(yīng)用在任何測試級別13.測試報告不包含的內(nèi)容有：（）A、?測試時間、人員、產(chǎn)品、版本；B、?測試環(huán)境配置；C、?測試結(jié)果統(tǒng)計；D、?測試通過/失敗的標(biāo)準(zhǔn)。14.測試結(jié)束的決定因素（）A、用例總數(shù)B、已執(zhí)行的用例數(shù)C、殘存的bug數(shù)D、經(jīng)濟(jì)因素15.對于“開發(fā)方自己執(zhí)行測試”，下列哪些是正確的（）A、開發(fā)方需要非常仔細(xì)地檢查自己開發(fā)的軟件B、開發(fā)方容易產(chǎn)生樂觀的心態(tài)C、開發(fā)方對自己的模塊比較了解，節(jié)省時間D、開發(fā)方容易對自己代碼中的錯誤視而不見16.在系統(tǒng)測試過程中，下面哪個度量項(xiàng)最適合衡量測試過程的進(jìn)度（）A、代碼的測試覆蓋率B、發(fā)現(xiàn)并修改的缺陷的數(shù)C、缺陷的分布信息D、測試用例執(zhí)行量17.下列方式可以提高和改善測試人員和開發(fā)人員關(guān)系的是（）A、理解項(xiàng)目經(jīng)理工作的重要性B、對所發(fā)現(xiàn)的可能的缺陷以一種中立的方式進(jìn)行溝通C、單元測試、集成測試和系統(tǒng)測試都由同一批測試人員來完成D、測試人員參加代碼調(diào)試18.對于測試錯誤的說法是（）A、測試的設(shè)計可以用80-20規(guī)則作為指導(dǎo)。B、測試后程序中殘存的錯誤數(shù)目與該程序中已發(fā)現(xiàn)的錯誤數(shù)目成正比C、應(yīng)該在測試工作真正開始前的較長時間內(nèi)進(jìn)行測試計劃D、測試的效果由測試用例的多少及規(guī)定的覆蓋指標(biāo)確定19.下面不屬于軟件評審的好處的是（）A、增加測試的時間B、盡早發(fā)現(xiàn)和修改缺陷C、改善開發(fā)能力、縮短開發(fā)時間D、縮減測試成本20.可維護(hù)性測試屬于（）A、非功能測試B、功能測試C、結(jié)構(gòu)測試D、確認(rèn)和回歸測試21.基本的測試過程主要由下面哪些活動組成：（）??????????????????????????????????????????????????? A.?計劃和控制（control）?? B.?分析和設(shè)計?? C.?實(shí)現(xiàn)和執(zhí)行?? D.?評估出口準(zhǔn)則和測試報告?? E.?測試結(jié)束活動A、?A、B和CB、?A、B、C和DC、?除E以外所有選項(xiàng)D、?所有選項(xiàng)22.某通訊產(chǎn)品的研發(fā)采用的是V模型，該產(chǎn)品的底層協(xié)議模塊有第三方提供，請問以下關(guān)于針對第三方提供的底層協(xié)議模塊的測試建議最合適的是：（）A、由于本組織和第三方的關(guān)系比較好，他們提供的模塊可以直接使用；B、對第三方提供的底層協(xié)議模塊進(jìn)行驗(yàn)收測試后，再將驗(yàn)收測試通過的模塊和自己開發(fā)的模塊進(jìn)行集成測試；C、直接將第三方提供的底層協(xié)議模塊和自己開發(fā)的模塊進(jìn)行集成測試；D、對第三方提供的底層協(xié)議模塊進(jìn)行的測試屬于維護(hù)測試。23.技術(shù)評審的目的是（）A、保證軟件在獨(dú)立的模式下進(jìn)行開發(fā)B、發(fā)現(xiàn)軟件業(yè)務(wù)錯誤C、與項(xiàng)目管理無關(guān)D、確認(rèn)軟件符合預(yù)先定義的開發(fā)規(guī)范和標(biāo)準(zhǔn)24.對實(shí)現(xiàn)軟件測試組的獨(dú)立的方式，可以采用的是（）A、測試的設(shè)計由開發(fā)隊(duì)伍的其他開發(fā)人員完成B、測試的設(shè)計由開發(fā)人員自己完成C、測試的設(shè)計獨(dú)立于本項(xiàng)目的開發(fā)隊(duì)伍D、測試的設(shè)計獨(dú)立于本開發(fā)企業(yè)，來自于獨(dú)立的第三方測試機(jī)構(gòu)E、所有測試活動由開發(fā)人員來完成25.以下哪些屬于功能測試的范圍（）A、安全測試B、負(fù)載測試C、性能測試D、可維護(hù)性測試26.使用靜態(tài)測試中的函數(shù)調(diào)用關(guān)系圖不能夠（）A、檢查函數(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)27.下列術(shù)語中哪一個是ISTQB術(shù)語表中缺陷（Defect）的同義詞（）A、IncidentB、BugC、MistakeD、Error28.語句覆蓋和判定覆蓋有什么不同（） A.?語句覆蓋程序中每一個判斷至少要執(zhí)行一次? B.?判定覆蓋程序中每個判斷的取真分支和取假分支至少經(jīng)歷一次。? C.?判定覆蓋程序中各種組合至少執(zhí)行一次? D.?語句覆蓋是指程序中每一條語句至少被執(zhí)行一次A、?A、CB、?A、BC、?C、DD、?B、D29.下列風(fēng)險中，屬于產(chǎn)品風(fēng)險的是（）A、軟件需求不明確B、由于使用軟件產(chǎn)品而導(dǎo)致人員傷亡C、軟件測試人員和軟件開發(fā)人員溝通不暢D、軟件源代碼質(zhì)量低下30.樁、驅(qū)動和模擬器適用于下列哪種測試（）A、集成測試和組件測試B、集成測試和系統(tǒng)測試C、組件測試和部分系統(tǒng)測試D、集成測試、組件測試和部分系統(tǒng)測試31.下列關(guān)于工具使用風(fēng)險的說法中，不恰當(dāng)?shù)氖牵海ǎ〢、?工具能夠或多或少提高測試效率B、?沒有好的測試過程或成熟的測試方法，工具并不能像預(yù)期的那樣降低成本C、?與手工測試相比較，使用自動化工具也可能會增加測試成本D、?培訓(xùn)和指導(dǎo)有助于降低工具使用的風(fēng)險32.下面關(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ù)33.軟件測試是軟件開發(fā)過程中重要的質(zhì)量保證活動，軟件系統(tǒng)的集成測試工作應(yīng)該開始于（）A、產(chǎn)生需求分析規(guī)約后B、產(chǎn)生需求分析規(guī)約前C、產(chǎn)生概要設(shè)計規(guī)約后D、產(chǎn)生概要設(shè)計規(guī)約前34.下列關(guān)于迭代-增量開發(fā)模型描述錯誤的是（）A、在每次迭代過程中，對迭代產(chǎn)生的系統(tǒng)可能需要在不同的測試級別上進(jìn)行測試B、迭代-增量開發(fā)模型由于發(fā)布周期更短，所以要優(yōu)于V模型C、在完成第一次迭代后，對所有的迭代進(jìn)行回歸測試會變得越來越重要D、驗(yàn)證和確認(rèn)可以在每個增量模塊中進(jìn)行35.從測試技術(shù)角度看，測試分為（）A、靜態(tài)測試B、白盒測試C、動態(tài)測試D、黑盒測試36.軟件測試團(tuán)隊(duì)的組織一般可分為（）和基于項(xiàng)目的組織模式。A、?基于測試的組織模式；B、?基于技能的組織模式；C、?基于團(tuán)隊(duì)的組織模式；D、?基于軟件的組織模式37.對于采用敏捷開發(fā)模型的測試團(tuán)隊(duì)，下面哪個選項(xiàng)可以作為良好測試應(yīng)具備的特征？（）A、?-?每個開發(fā)活動都有對應(yīng)的測試活動；-每個測試級別都有相同的測試目標(biāo)；B、?-?每個開發(fā)活動都有對應(yīng)的測試活動；?-?需要在相應(yīng)的開發(fā)活動進(jìn)行相應(yīng)的測試分析與設(shè)計活動；C、?-?每個測試級別都有相同的測試目標(biāo)；?-?測試人員應(yīng)該盡早參與文檔的評審；D、?-?測試人員盡量避免在開發(fā)活動中進(jìn)行測試分析與設(shè)計活動；?-?測試人員應(yīng)該盡早參與文檔的評審。38.測試目的是（）A、發(fā)現(xiàn)軟件內(nèi)的錯誤B、預(yù)防錯誤C、提供信心和信息D、提供沒有錯誤的軟件39.關(guān)于用例測試的描述，下列哪個選項(xiàng)正確（）A、使用測試用例進(jìn)行的測試稱為用例測試B、通過業(yè)務(wù)場景來設(shè)計測試C、用例描述了用戶與系統(tǒng)之間的交互作用，并從這些交互產(chǎn)生從用戶的角度所期望和能觀察到的結(jié)果D、用例測試常常用于組件測試40.評估出口準(zhǔn)則可能包括下列哪些活動（）A、確認(rèn)測試過程結(jié)束B、確認(rèn)可能增加測試用例C、確認(rèn)出口準(zhǔn)則定的過高，調(diào)整出口準(zhǔn)則41.組件測試的用例設(shè)計的主要參考的工作產(chǎn)品是（）A、組件規(guī)格說明B、系統(tǒng)需求規(guī)格說明C、用戶手冊D、代碼42.下面有關(guān)基于風(fēng)險的方法的描述哪個是不正確的（）A、識別的風(fēng)險經(jīng)常用于決定哪些需要更多測試，哪些可以減少測試B、識別的風(fēng)險經(jīng)常用于決定多少測試服務(wù)C、識別的風(fēng)險經(jīng)常用于決定使用何種測試工具D、識別的風(fēng)險經(jīng)常用于決定使用何種測試技術(shù)43.分析測試過程中的需求變更未被記錄，或未被執(zhí)行的原因的活動，應(yīng)該在哪個階段執(zhí)行（）A、計劃和控制B、分析與設(shè)計C、實(shí)現(xiàn)與執(zhí)行D、評估出口準(zhǔn)則44.下面哪個選項(xiàng)有助于在組織里成功引入測試工具？（）A、?在試點(diǎn)項(xiàng)目中，通過使用測試工具不斷收集工具的使用信息；B、?為了提高使用工具的效率，在不同項(xiàng)目團(tuán)隊(duì)，同時推廣使用測試工具；C、?測試團(tuán)隊(duì)內(nèi)建立自學(xué)的氛圍，讓每個測試人員自己熟悉測試工具的使用；D、?根據(jù)當(dāng)前采用的測試過程和測試實(shí)踐，修改測試工具以適應(yīng)現(xiàn)有的流程和實(shí)踐。45.在編碼完成后，確認(rèn)測試環(huán)境的準(zhǔn)備和搭建已經(jīng)完成，這一工作應(yīng)該在哪個階段執(zhí)行（）A、計劃和控制B、分析與設(shè)計C、實(shí)現(xiàn)與執(zhí)行D、評估出口準(zhǔn)則46.你是參與某網(wǎng)上交易系統(tǒng)的測試人員，主要負(fù)責(zé)該系統(tǒng)中某些模塊的組件測試。目前處于測試分析和設(shè)計階段。下面哪個最適合作為組件測試的測試依據(jù)？（）A、?-?軟件系統(tǒng)架構(gòu)；?-?詳細(xì)設(shè)計文檔；B、?-?詳細(xì)設(shè)計文檔；?-?風(fēng)險分析報告；C、?-?風(fēng)險分析報告；?-?代碼；D、?-?代碼；?-?詳細(xì)設(shè)計文檔。47.開發(fā)團(tuán)隊(duì)正在開發(fā)一款在線交易系統(tǒng)，你負(fù)責(zé)其中付款功能的組件測試。下面關(guān)于測試付款功能的主要測試目標(biāo)的描述，哪個是最恰當(dāng)?shù)?？（）A、發(fā)現(xiàn)缺陷；B、增加對質(zhì)量的信心；C、為決策提供信息；D、預(yù)防缺陷。48.某研發(fā)團(tuán)隊(duì)正在開發(fā)一款視頻點(diǎn)播產(chǎn)品，該研發(fā)團(tuán)隊(duì)采用的是典型的V模型，開發(fā)團(tuán)隊(duì)負(fù)責(zé)組件測試，而測試團(tuán)隊(duì)負(fù)責(zé)集成測試和系統(tǒng)測試。當(dāng)前開發(fā)團(tuán)隊(duì)已經(jīng)發(fā)布了經(jīng)過評審且更新的系統(tǒng)需求規(guī)格說明。測試團(tuán)隊(duì)采用的是基于風(fēng)險的測試策略，風(fēng)險的嚴(yán)重程度與可能性的評估取值為5個，分別是：非常低、低、中等、高和非常高。 你是該產(chǎn)品的系統(tǒng)測試人員，在測試過程中發(fā)現(xiàn)了一個異常問題，通過研究之后發(fā)現(xiàn)應(yīng)該是被測對象本身存在缺陷而導(dǎo)致的，因此決定提交一份缺陷報告。下面哪個選項(xiàng)的內(nèi)容，是你在提交缺陷報告時，應(yīng)該會考慮的？（）A、?缺陷提交人、期望結(jié)果和實(shí)際結(jié)果、嚴(yán)重程度、復(fù)現(xiàn)步驟；B、?缺陷提交人、期望結(jié)果和實(shí)際結(jié)果、嚴(yán)重程度、風(fēng)險級別、復(fù)現(xiàn)步驟；C、?缺陷提交人、缺陷修復(fù)階段、嚴(yán)重程度、風(fēng)險級別、復(fù)現(xiàn)步驟；D、?缺陷提交人、缺陷修復(fù)階段、嚴(yán)重程度、復(fù)現(xiàn)步驟、測試環(huán)境。49.你是某手機(jī)移動終端在線支付App系統(tǒng)的測試經(jīng)理，目前處于測試估算階段。你所在的公司已經(jīng)通過了CMMi4的評估，因此估算的一些度量數(shù)據(jù)來自公司的歷史數(shù)據(jù)，基于每個測試用例的工作量進(jìn)行測試估算。? 針對該系統(tǒng)，估算得到的測試用例數(shù)目是：?重要的測試用例：400個；?不重要的測試用例：600個； 公司基于單個測試用例的度量數(shù)據(jù)如下：請問完成全部測試用例的測試分析、設(shè)計、實(shí)現(xiàn)與執(zhí)行的工作量是多少？（）A、?2800小時；B、?1400小時；C、?4000小時；D、?2000小時。50.關(guān)于軟件確認(rèn)測試和回歸測試的描述，下列哪個選項(xiàng)是錯誤的（）A、當(dāng)修改了缺陷后，應(yīng)該重新進(jìn)行測試以確定原來的缺陷已經(jīng)成功的修改，稱之為確認(rèn)測試B、回歸測試是對已被側(cè)過的程序在變更后進(jìn)行的重復(fù)測試，以發(fā)現(xiàn)在這些變更后是否有新的缺陷引入C、當(dāng)軟件發(fā)生變更或者應(yīng)用軟件的環(huán)境發(fā)生變化時，需要進(jìn)行回歸測試D、回歸測試可以在所有的測試級別上進(jìn)行，并且只適用于功能測試51.一個參數(shù)的取值范圍是正整數(shù)，那么這個參數(shù)的有效邊界值的數(shù)目是（）A、?一個B、?二個C、?三個D、?四個52.關(guān)于軟件質(zhì)量保證和軟件測試的描述，不正確的是（）A、軟件質(zhì)量保證和軟件測試是軟件質(zhì)量工程的兩個不同層面的工作B、在軟件質(zhì)量保證的活動中也有一些測試活動C、軟件測試是保證軟件質(zhì)量的一個重要環(huán)節(jié)D、軟件測試人員就是軟件質(zhì)量保證人員53.測試用具可用于（）A、單元、集成B、系統(tǒng)測試C、集成測試、部分系統(tǒng)測試D、單元、集成、部分系統(tǒng)測試54.根據(jù)ISTQB定義的術(shù)語，“風(fēng)險”是與下列哪一個選項(xiàng)關(guān)聯(lián)的？（）A、?對測試者否定的反饋意見B、?將產(chǎn)生負(fù)面影響及其連鎖效應(yīng)的因素C、?可能產(chǎn)生負(fù)面影響及其連鎖效應(yīng)的因素D、?將對被測對象產(chǎn)生負(fù)面影響及其連鎖效應(yīng)的因素55.以下哪個不是軟件測試的目標(biāo)（）A、發(fā)現(xiàn)缺陷B、增加對質(zhì)量的信心C、為決策提供信息D、改進(jìn)測試流程56.下面哪項(xiàng)對于測試的描述是正確的（）A、程序中有缺陷，就肯定會在外部有所反應(yīng)，這就是ISTQB所說的失效B、當(dāng)程序期望結(jié)果和實(shí)際結(jié)果有所偏差時，可以肯定就是程序內(nèi)的缺陷引起的C、人為的錯誤造成程序內(nèi)的缺陷，而程序內(nèi)的缺陷可能會成為失效D、如果沒有發(fā)現(xiàn)失效，也就表示程序沒有缺陷57.ISTQB定義的測試過程由5個不同的測試階段組成，按照邏輯順序排列正確的是哪一個？（）? 1.?測試出口準(zhǔn)則評估和報告；? 2.?測試實(shí)現(xiàn)和執(zhí)行；? 3.?測試分析和設(shè)計；? 4.?測試計劃和控制；? 5.?測試結(jié)束活動。A、?4-3-2-5-1；B、?4-3-2-1-5；C、?3-2-5-4-1；D、?3-2-4-1-5。58.如果程序的功能說明中含有輸入條件的組合情況，則一開始就可以選用（）和判定表法。A、?等價類劃分法B、?因果圖法C、?正交試驗(yàn)法D、?場景法59.下面關(guān)于等價類和的說法錯誤的是（）A、等價類劃分可以分為兩種類型的數(shù)據(jù)：有效數(shù)據(jù)和無效數(shù)據(jù)B、等價類劃分也可以基于輸出、內(nèi)部值、時間相關(guān)的值以及接口參數(shù)等進(jìn)行C、等價類技術(shù)屬于基于規(guī)格說明的測試技術(shù)D、等價類劃分主要應(yīng)用于系統(tǒng)測試60.以下一般不用于集成測試入口準(zhǔn)則的是（）A、測試環(huán)境已經(jīng)準(zhǔn)備就緒并可用B、測試環(huán)境中的測試工具已經(jīng)準(zhǔn)備就緒C、測試數(shù)據(jù)可用D、集成測試執(zhí)行結(jié)束61.在生命周期模型中，一個好的測試都應(yīng)具有哪些特點(diǎn)中錯誤的是（）A、每個開發(fā)活動都有相應(yīng)的測試活動B、每個測試級別都有其特有的測試目標(biāo)C、對于每個測試級別，需要在相應(yīng)的開發(fā)活動過程中進(jìn)行相應(yīng)的測試分析和設(shè)計D、在開發(fā)生命周期中，測試員在文檔中間階段就應(yīng)該參與文檔的評審62.根據(jù)ISO9126，下面哪個選項(xiàng)，屬于功能測試類型？（）A、?-?安全性測試；-?易用性測試；B、?-?互操作性測試；?-?可維護(hù)性測試；C、?-?安全性測試；?-?互操作性測試；D、?-?易用性測試；?-?可維護(hù)性測試。63.關(guān)于維護(hù)測試，下列哪個選項(xiàng)正確（）A、在軟件系統(tǒng)交付給用戶真正使用之前必須進(jìn)行維護(hù)測試B、在每個測試級別都需要進(jìn)行維護(hù)測試C、維護(hù)測試是在一個現(xiàn)有的運(yùn)行系統(tǒng)上進(jìn)行的測試D、在一個現(xiàn)有的運(yùn)行系統(tǒng)，因?yàn)殚_發(fā)已經(jīng)完成了，所以不再需要測試64.目前大部分的軟件錯誤來源于（）A、?程序錯誤；B、?分析和設(shè)計錯誤；C、?測試本身的錯誤；D、?需求錯誤。65.使用工具的潛在收益是什么（）A、減少重復(fù)性的工作B、更好的一致性和可重復(fù)性C、容易得到測試和測試的相關(guān)信息D、不用考慮不同工具之間的關(guān)系和互操作性66.“確認(rèn)并更新測試依據(jù)和測試用例間的雙向可追溯性”。上述活動應(yīng)該是哪個測試階段的任務(wù)？（）A、?測試計劃和控制階段；B、?測試實(shí)現(xiàn)和執(zhí)行階段；C、?測試分析和設(shè)計階段；D、?測試出口準(zhǔn)則評估和報告階段。67.你是負(fù)責(zé)某在線支付系統(tǒng)圖形化界面測試的測試人員。你參與了該圖形化界面的代碼評審，在評審過程中，發(fā)現(xiàn)代碼語句將“總額人民幣RMB（）元”寫成了“總額人民幣RMD（）元”，即存在拼寫錯誤。根據(jù)ISTQB的術(shù)語定義，這個問題應(yīng)該如何稱呼最合適？（）A、?失效；B、?缺陷；C、?異常；D、?錯誤。68.面哪個選項(xiàng)屬于試點(diǎn)項(xiàng)目的目的？（）? 1.對測試工具有更多的認(rèn)識；? 2.定義使用、管理、存儲和維護(hù)測試工具的一套標(biāo)準(zhǔn)的方法；? 3.評估工具與已有過程和實(shí)踐的配合程度，確定哪些方面需要修改；? 4.評估組織在使用工具方面的成熟度、強(qiáng)項(xiàng)和弱項(xiàng)。A、1、2；B、1、2、3；C、1、2、4；D、1、2、3、4。69.對于監(jiān)控測試周期時采用的度量方法，下列敘述中不當(dāng)?shù)氖牵海ǎ〢、基于故障和基于失效的度量：統(tǒng)計特定軟件版本中的故障數(shù)。B、基于測試用例的度量：統(tǒng)計各優(yōu)先級的測試用例數(shù)量。C、基于測試對象的度量：統(tǒng)計代碼和安裝平臺等覆蓋情況。D、基于成本的度量：統(tǒng)計已經(jīng)花費(fèi)的測試成本，下一測試周期的成本與預(yù)期收益的關(guān)系。70.在規(guī)格說明不完全的情況，最適合采用的測試技術(shù)是（）A、基于結(jié)構(gòu)的測試技術(shù)（白盒測試）B、基于經(jīng)驗(yàn)的測試技術(shù)C、基于規(guī)格說明的測試技術(shù)D、以上都適合71.下面哪個通常不作為組件/單元測試的測試依據(jù)（）A、組件需求說明B、詳細(xì)設(shè)計文檔C、代碼D、軟件和系統(tǒng)設(shè)計文檔72.語句覆蓋和判定覆蓋有什么不同（）A、語句覆蓋程序中每一個判斷至少要執(zhí)行一次B、判定覆蓋程序中每個判斷的取真分支和取假分支至少經(jīng)歷一次C、判定覆蓋程序中各種組合至少執(zhí)行一次73.規(guī)劃測試環(huán)境的搭建和確定測試需要的基礎(chǔ)設(shè)施和工具屬于下面的哪個活動（）A、計劃和控制B、分析和設(shè)計C、實(shí)現(xiàn)和執(zhí)行D、評估出口準(zhǔn)則和報告74.某個程序有三個輸入?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、D75.關(guān)于測試類型的應(yīng)用范圍，下面哪個是正確的（）A、結(jié)構(gòu)測試只能用在組件測試或集成測試B、功能測試只能用在系統(tǒng)測試或驗(yàn)收測試C、白盒測試方法不能用于系統(tǒng)測試D、功能測試和結(jié)構(gòu)性測試可以應(yīng)用在任何測試級別第2卷一.參考題庫(共75題)1.下面3個測試術(shù)語的定義，分別屬于哪3個術(shù)語？（）? -?描述測試用例的執(zhí)行順序；? -?能通過一個或多個測試用例進(jìn)行驗(yàn)證的一個條目或事件（比如功能、事務(wù)處理、質(zhì)量特征或結(jié)構(gòu)元素等）；? -?一組輸入值、執(zhí)行的前提條件、預(yù)期結(jié)果和執(zhí)行的后置條件等元素組成，以覆蓋一定的產(chǎn)生目標(biāo)或測試條件。A、?測試規(guī)程、測試條件、測試用例；B、?測試規(guī)程、測試點(diǎn)、測試用例；C、?測試規(guī)程規(guī)格說明、測試設(shè)計規(guī)格說明、測試用例規(guī)格說明；D、?測試規(guī)程規(guī)格說明、測試用例規(guī)格說明、測試設(shè)計規(guī)格說明。2.關(guān)于維護(hù)測試范圍的決定因素，下列哪個選項(xiàng)正確？（）A、變更的風(fēng)險、現(xiàn)有系統(tǒng)的規(guī)模和測試人員的能力；B、變更的風(fēng)險、變更嚴(yán)重程度和影響分析；C、變更的風(fēng)險、變更嚴(yán)重程度和變更大?。籇、變更的風(fēng)險、現(xiàn)有系統(tǒng)的規(guī)模和變更的大小。3.以下選項(xiàng)中，不屬于驗(yàn)收測試典型的類型有（）A、用戶驗(yàn)收測試B、運(yùn)行驗(yàn)收測試C、合同和法規(guī)性驗(yàn)收測試D、維護(hù)測試4.測試監(jiān)控應(yīng)由以下哪個人完成（）A、測試人員B、測試經(jīng)理C、測試執(zhí)行人員D、測試系統(tǒng)管理員5.某個在線交易系統(tǒng)，針對用戶的身份提供了認(rèn)證功能。你是該系統(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。請問達(dá)到的規(guī)則的覆蓋率是多少？（）A、?25%；B、?40%；C、?50%；D、?60%。6.關(guān)于采用探索性測試的原因，下面哪個論述是最合適的？（）A、探索性測試可以發(fā)現(xiàn)一些正式測試中遺漏的缺陷；B、探索性測試不需要花費(fèi)工作量進(jìn)行準(zhǔn)備工作；C、探索性測試在時間充裕的時候是最適合的；D、探索性測試依賴于開發(fā)人員在被測對象知識和業(yè)務(wù)方面的支持。7.測試用例規(guī)格說明書包括（）A、測試規(guī)格說明IDB、測試條目C、規(guī)格輸入D、規(guī)格輸出E、測試環(huán)境8.根據(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=69.對于某系統(tǒng)的測試，將經(jīng)常出現(xiàn)的價格組合定為最高優(yōu)先級，而對較少出現(xiàn)的價格組合定為低優(yōu)先級，這種方法應(yīng)用了測試的哪個原則（）A、測試顯示缺陷的存在B、窮盡測試時不可能的C、測試的集群性D、測試活動依賴于測試背景10.某研發(fā)團(tuán)隊(duì)正在開發(fā)一款員工在線請假系統(tǒng)，該系統(tǒng)基于Struts框架進(jìn)行設(shè)計和實(shí)現(xiàn)。主要包括5個功能模塊：用戶登錄、員工請假申請、請假批準(zhǔn)、請假流程定義和休假計劃維護(hù)。請問下面哪個團(tuán)隊(duì)角色是最合適進(jìn)行請假申請模塊的組件測試？（）A、?外包測試團(tuán)隊(duì)的測試人員；B、?組織內(nèi)獨(dú)立測試團(tuán)隊(duì)的測試人員；C、?熟悉在線員工請假系統(tǒng)的業(yè)務(wù)專家；D、?開發(fā)團(tuán)隊(duì)內(nèi)的測試人員。11.系統(tǒng)測試用例的設(shè)計基于下列哪些文檔（）A、風(fēng)險B、需求規(guī)格說明書C、用戶用例D、商業(yè)業(yè)務(wù)流程12.下面哪些是一個好的測試的特點(diǎn)：（）? A.?每個開發(fā)活動都有相對應(yīng)的測試行為? B.?每個測試級別都有其特有的測試目標(biāo)? C.?對于每個測試級別，需要在相應(yīng)的開發(fā)活動過程中進(jìn)行相應(yīng)的測試分析和設(shè)計? D.?軟件測試的工作重點(diǎn)應(yīng)該集中在系統(tǒng)測試上A、?C、DB、?A、BC、?A、B、CD、?A、B、C、D13.“向評審參與者解釋評審的目標(biāo)”屬于下列哪個階段的主要活動（）A、計劃階段B、預(yù)備會階段C、個人準(zhǔn)備階段D、評審會議階段14.以下關(guān)于測試原則的描述，正確的是（）A、所有的軟件測試不需要追溯到用戶需求B、完全測試是不可能的C、測試可以顯示軟件潛在的缺陷D、程序員不需要避免檢查自己的程序15.哪個評審階段適合開展下面的評審活動？（） -?檢查缺陷是否已得到解決；? -?收集評審過程中的各種度量數(shù)據(jù)； -?核對出口準(zhǔn)則。A、?計劃階段；B、?返工階段；C、?跟蹤結(jié)果階段；D、?評審會議階段。16.下面哪個最有可能屬于動態(tài)和啟發(fā)式（Dynamicandheuristicapproaches）的測試策略？（）A、?基于質(zhì)量特性的方法；B、?基于運(yùn)行概況的方法；C、?基于需求的測試；D、?探索性測試。17.針對main（）函數(shù)定義了如下的出口準(zhǔn)則要求：要求達(dá)到100%的判定覆蓋。?變量i取下面的哪個值能效力最高的滿足上述的出口準(zhǔn)則要求？（） A、?23；B、?24；C、?25；D、?26。18.組件測試的用例設(shè)計主要參考的工作產(chǎn)品是（）A、組件規(guī)格說明B、系統(tǒng)需求規(guī)格說明C、用戶手冊D、代碼19.下面可以作為組件測試的測試對象的是：（）A、?模塊、對象和類B、?程序中的某個子系統(tǒng)C、?整個軟件系統(tǒng)D、?模塊間的接口20.測試管理工具能夠具有哪些功能（）A、管理需求B、管理計劃C、缺陷追蹤D、報告總結(jié)測試結(jié)果21.你正在針對某手機(jī)游戲App的功能進(jìn)行測試，主要測試目標(biāo)是盡可能多的發(fā)現(xiàn)缺陷。下面哪個特質(zhì)，有助于達(dá)成測試目標(biāo)？（）A、?專業(yè)的懷疑態(tài)度；B、?良好的測試自動化能力；C、?不關(guān)心其他測試人員；D、?以事實(shí)為依據(jù)報告發(fā)現(xiàn)的缺陷。22.某段規(guī)格說明如下：某公司用來計算不同工作年限的員工年終獎的需求描述：員工在公司的工作年限不超過3年，年終獎為月工資的25%；員工在公司的工作年限超過3年，年終獎為月工資的50%；員工在公司的工作年限超過5年，年終獎為月工資的75%；工作年限超過8年，年終獎為月工資的100%。員工工作年限必須是整型，并且最大值不超過100。根據(jù)上午規(guī)格說明，為“工作年限”劃分等價類，得到的有效等價類的數(shù)量為（）A、2B、4C、6D、823.測試用例根據(jù)參與人員的經(jīng)驗(yàn)和知識來編寫；測試人員、開發(fā)人員、用戶和其他的利益相關(guān)者對軟件、軟件使用和環(huán)境等方面所掌握的知識作為信息來源之一；對可能存在的缺陷及其分布情況的了解作為另一個信息來源。上述測試設(shè)計技術(shù)屬于（）A、白盒測試B、黑盒測試C、基于結(jié)構(gòu)的測試D、基于經(jīng)驗(yàn)的測試24.下面的哪個選項(xiàng)最能體現(xiàn)獨(dú)立測試的優(yōu)點(diǎn)（）A、與開發(fā)小組脫離B、作為最后的檢查點(diǎn)，獨(dú)立測試員可能是項(xiàng)目的瓶頸C、開發(fā)人員可能失去對軟件質(zhì)量的責(zé)任感D、獨(dú)立的測試員可以做到?jīng)]有偏見，可以發(fā)現(xiàn)更多的缺陷25.對于測試過程來說，哪些工作產(chǎn)品要納入配置管理（）A、測試對象（The?test?object）、測試材料（the?test?material）和測試環(huán)境B、問題報告和測試材料C、測試對象D、測試對象和測試材料26.以下哪個不屬于良好的測試應(yīng)該具有的特點(diǎn)（）A、每個開發(fā)活動都有相對應(yīng)的測試活動B、每個測試級別都有其特有的測試目標(biāo)C、對于每個測試級別，需要在相應(yīng)的開發(fā)活動過程中進(jìn)行相應(yīng)的測試分析和設(shè)計D、在開發(fā)生命周期中，測試員應(yīng)該在文檔正式發(fā)布后再參與文檔的評審27.通常情況下，承擔(dān)測試監(jiān)控任務(wù)的人員是（）A、測試系統(tǒng)管理員B、測試經(jīng)理C、測試執(zhí)行人員D、測試設(shè)計人員28.事件報告的主要目的和作用是什么（）A、為開發(fā)人員和其他人員提供問題反饋，在需要的時候可以進(jìn)行識別、隔離和糾正B、為測試組長提供一種有效跟蹤被測系統(tǒng)的質(zhì)量和測試進(jìn)度的方法C、提高開發(fā)人員的編程技能D、為測試過程改進(jìn)提供資料29.某個研發(fā)團(tuán)隊(duì)正在開發(fā)數(shù)據(jù)通信產(chǎn)品與用戶終端設(shè)備之間的一個通信協(xié)議，下面是該協(xié)議的狀態(tài)轉(zhuǎn)換圖。假如是你該項(xiàng)目的測試人員，你準(zhǔ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。30.有一個系統(tǒng)已經(jīng)在市場上運(yùn)行了，這種情況對系統(tǒng)進(jìn)行修改，然后進(jìn)行的測試屬于（）A、維護(hù)測試B、驗(yàn)收測試C、組件測試D、系統(tǒng)測試31.以下不屬于評審工具的主要作用的是（）A、對代碼進(jìn)行度量（例如：復(fù)雜度）可以幫助計劃或風(fēng)險分析B、存儲和交流評審意見、缺陷和工作報告C、為龐大的或分布于不同地區(qū)的團(tuán)隊(duì)提供在線評審D、可支持評審過程、檢查表、評審指導(dǎo)方針32.制定測試進(jìn)度（schedule）的時候要考慮哪些因素（）A、產(chǎn)品規(guī)模B、用例總數(shù)C、測試人員生產(chǎn)率D、缺陷的跟蹤和解決33.在測試執(zhí)行過程中發(fā)現(xiàn)測試的實(shí)際結(jié)果與預(yù)期結(jié)果不同，記錄在測試評估事件里的是（）A、失效B、失敗C、缺陷D、錯誤34.下列哪個是測試組獨(dú)立的缺點(diǎn)？（）A、?測試人員需要額外的培訓(xùn)B、?測試人員需要花時間了解所要測試的產(chǎn)品的需要、架構(gòu)、代碼等C、?開發(fā)人員可能會失去對產(chǎn)品質(zhì)量的責(zé)任心D、?設(shè)立獨(dú)立測試組會花費(fèi)更多成本35.以下選項(xiàng)中，不屬于典型的V-模型的測試級別是（）A、組件/單元測試B、集成測試C、回歸測試D、驗(yàn)收測試36.下面關(guān)于獨(dú)立測試的描述，獨(dú)立性從高到低的排列，哪個是最合適的？（）? 1.?開發(fā)人員測試自己開發(fā)的代碼；? 2.?測試外包或者組織之外的測試團(tuán)隊(duì)；? 3.?組織內(nèi)獨(dú)立的測試團(tuán)隊(duì)；? 4.?開發(fā)團(tuán)隊(duì)內(nèi)的測試人員。A、?1-4-2-3；B、?1-4-3-2；C、?3-2-4-1；D、?2-3-4-1。37.當(dāng)規(guī)格說明不明確時，需要采用哪種測試方法（）A、基于風(fēng)險的測試B、基于經(jīng)驗(yàn)的測試C、基于規(guī)格說明書的測試D、基于場景的測試38.軟件測試目的可以是（）A、發(fā)現(xiàn)缺陷B、確認(rèn)軟件能夠正常運(yùn)行C、預(yù)防缺陷D、直接提高產(chǎn)品的售價E、減少整個產(chǎn)品開發(fā)周期時間39.關(guān)于軟件測試的描述，下列哪項(xiàng)是正確的（）A、測試員在測試過程發(fā)現(xiàn)了軟件的錯誤，所以軟件的錯誤是測試員造成的B、測試過程中沒有發(fā)現(xiàn)錯誤，所以可以認(rèn)為在軟件中不存在缺陷C、通過測試可以知道軟件內(nèi)總共有多少缺陷D、測試可以顯示缺陷的存在，但不能證明系統(tǒng)不存在缺陷40.判定覆蓋和語句覆蓋之間的比較（）A、100％的判定覆蓋可以保證100％的語句覆蓋，反之則不行B、100％的語句覆蓋可以保證100％的判定覆蓋，反之則不行C、100％的語句覆蓋可以保證100％的判定覆蓋，反之亦然D、100％的語句覆蓋和100％的判定覆蓋之間沒有直接的聯(lián)系41.下面哪個選項(xiàng)，屬于典型V模型的4個測試級別？（）A、?組件測試、集成測試、系統(tǒng)測試、驗(yàn)收測試；B、?組件測試、集成測試、系統(tǒng)測試、維護(hù)測試；C、?功能測試、非功能測試、再測試、回歸測試；D、?功能測試、非功能測試、回歸測試、維護(hù)測試。42.對實(shí)現(xiàn)軟件測試組的獨(dú)立的方式，可以采用的是：（）? A.?測試的設(shè)計由開發(fā)隊(duì)伍的其他開發(fā)人員完成； B.?測試的設(shè)計由開發(fā)人員自己完成； C.?測試的設(shè)計獨(dú)立于本項(xiàng)目的開發(fā)隊(duì)伍；? D.?測試的設(shè)計獨(dú)立于本開發(fā)企業(yè)，來自于獨(dú)立的第三方測試機(jī)構(gòu)。? E.?所有測試活動由開發(fā)人員來完成A、?A、B、CB、?A、B、C、DC、?A、C、ED、?所有選項(xiàng)43.軟件組件測試的主要目的是（）A、測試組件與組件之間的接口B、組件與硬件的關(guān)聯(lián)C、發(fā)現(xiàn)缺陷，以及驗(yàn)證組件的功能D、驗(yàn)證系統(tǒng)的功能44.關(guān)于測試充分性的描述，正確的是（）A、只有進(jìn)行完全的測試才充分B、在有限的時間和資源條件下，找出所有的軟件的錯誤，使軟件趨于完美，是不可能的C、當(dāng)繼續(xù)測試沒有發(fā)現(xiàn)新缺陷時D、當(dāng)全部測試用例都執(zhí)行完后45.關(guān)于黑盒測試技術(shù)，下列哪個選項(xiàng)是正確的（）A、等價類劃分、邊界值得分析、靜態(tài)分析法、評審技術(shù)B、等價類劃分、狀態(tài)轉(zhuǎn)換法、語句覆蓋、判定覆蓋C、決策表測試、狀態(tài)轉(zhuǎn)換測試、等價類劃分，用例測試D、決策表測試、等價類劃分，邊界值分析、影響度分析46.下面那個不屬于靜態(tài)分析（）A、編碼規(guī)則的檢查B、程序結(jié)構(gòu)分析C、程序復(fù)雜度分析D、內(nèi)存泄漏47.如果沒有做好配置管理工作，那么可能會導(dǎo)致：（）?? A?開發(fā)人員相互篡改各自編寫的代碼? B.?集成工作難以開展? C.?問題分析和故障修正工作被復(fù)雜化? D.?測試評估工作受阻A、?A、CB、?B、DC、?A、B、CD、?A、B、C、D48.移交測試件到相關(guān)的部門（）A、測試計劃和控制階段B、測試結(jié)束活動C、測試實(shí)現(xiàn)和執(zhí)行階段D、評估出口準(zhǔn)則和測試總結(jié)報告階段49.以下不屬于軟件測試的作用的是（）A、可以減少軟件系統(tǒng)在運(yùn)行環(huán)境中的風(fēng)險B、可以提高軟件系統(tǒng)的質(zhì)量C、可能是為了滿足合同或法律法規(guī)的要求D、可以用于評價開發(fā)團(tuán)隊(duì)的能力50.測試經(jīng)理的任務(wù)通常不包括（）A、?編寫測試計劃B、?選擇合適的測試策略和方法C、?建立和維護(hù)測試環(huán)境D、?選擇和引入合適的測試工具51.狀態(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、D52.下列關(guān)于錯誤、缺陷和失效的觀點(diǎn)正確的是（）A、人都會犯錯誤，因此在由人設(shè)計的程序也會引入缺陷B、所有的缺陷都會產(chǎn)生失效C、失效主要是由人的錯誤造成的，和環(huán)境條件沒有關(guān)系D、當(dāng)存在缺陷的代碼被執(zhí)行時，才可能引發(fā)軟件錯誤53.確認(rèn)系統(tǒng)是否按照預(yù)期工作，從而在系統(tǒng)是否滿足系統(tǒng)需求方面獲取信心。這樣的測試目的最可能適用下面的哪個測試階段：（）A、?組件測試B、?集成測試C、?系統(tǒng)測試D、?回歸測試54.對于獨(dú)立測試的下列說法錯誤的是（）A、獨(dú)立測試一定由完全獨(dú)立于開發(fā)人員的專職測試人員執(zhí)行B、獨(dú)立測試有助于提高測試的客觀性和獨(dú)立性C、獨(dú)立測試有助于提高測試的有效性D、獨(dú)立測試會讓開發(fā)人員放松責(zé)任心55.以下不屬于測試報告的主要內(nèi)容的是（）A、在測試階段發(fā)生了什么，比如達(dá)到測試出口準(zhǔn)則的日期B、通過分析相關(guān)信息和度量可以對下一步的活動提供建議和做出決策C、對仍然存在的缺陷的評估D、為已定義的不同測試任務(wù)分配的資源56.傳統(tǒng)的或面向?qū)ο蟮膯卧獪y試，需要的開發(fā)工作：（）A、只要開發(fā)測試stubB、只要開發(fā)測試driverC、可能要同時開發(fā)一個stub和多個driverD、可能要同時開發(fā)一個driver和多個stub57.你是交通信號控制系統(tǒng)的測試人員，負(fù)責(zé)測試該系統(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)的測試人員，準(zhǔn)備采用等價類劃分技術(shù)設(shè)計測試用例。假如測試團(tuán)隊(duì)針對等價類劃分獲取測試用例的基本原則如下：? 1.?針對有效的測試用例（正向測試用例），參數(shù)有效等價類之間的組合采用的笛卡爾乘積得到（即參數(shù)有效等價類取值進(jìn)行完全組合）；? 2.?針對無效的測試用例（逆向測試用例），參數(shù)無效等價類之間的組合采用的是相加原則得到（即無效等價類只能和其他參數(shù)的有效等價類進(jìn)行組合）；假如你執(zhí)行了所有的正向測試用例，需要多少個測試用例？（）A、?11；B、?7；C、?4；D、?2。58.將選擇的工具引入組織要從一個試點(diǎn)項(xiàng)目開始，下列的哪個不屬于試點(diǎn)項(xiàng)目的目的（）A、通過試點(diǎn)項(xiàng)目使得對工具有更多的認(rèn)識B、評估在付出合理的成本后能否得到收益C、通過試點(diǎn)項(xiàng)目評價員工的學(xué)習(xí)能力D、評價工具與現(xiàn)存的過程以及實(shí)踐的配合程度，確定哪些方面需要作修改59.關(guān)于白盒測試的概念，下列哪個選項(xiàng)是正確的（）A、白盒測試是根據(jù)識別軟件或系統(tǒng)的結(jié)構(gòu)導(dǎo)出測試用例，所以只能用在組件或集成測試中B、在白盒測試中如果已經(jīng)達(dá)到了100%的判定覆蓋，不一定能達(dá)到了100%的語句覆蓋C、在白盒測試中如果已經(jīng)達(dá)到了100%的語句覆蓋，肯定達(dá)到了100%的判定覆蓋D、白盒測試可以應(yīng)用在任何測試級別中60.某研發(fā)團(tuán)隊(duì)正在開發(fā)一款視頻點(diǎn)播產(chǎn)品，該研發(fā)團(tuán)隊(duì)采用的是典型的V模型，開發(fā)團(tuán)隊(duì)負(fù)責(zé)組件測試，而測試團(tuán)隊(duì)負(fù)責(zé)集成測試和系統(tǒng)測試。? 你是該產(chǎn)品的系統(tǒng)測試人員，向測試經(jīng)理建議在團(tuán)隊(duì)內(nèi)引入一款測試工具。下面哪個選項(xiàng)最不可能是引入測試工具的潛在收益？（）A、?使用測試工具，可以降低由測試工具生成的工作產(chǎn)品的維護(hù)工作量；B、?使用測試工具，可以提高測試覆蓋率和測試對象覆蓋度評估的客觀性；C、?使用測試工具，可以減少一些重復(fù)性的測試工作量，例如：回歸測試；D、?使用測試工具，可以更好的提高一致性和可重復(fù)性。61.某數(shù)據(jù)通信產(chǎn)品提供客戶端的ADSL上網(wǎng)業(yè)務(wù)，其主要有4個功能模塊組成，分別是M1、M2、M3和M4表示。在測試計劃階段，利益相關(guān)者對它們進(jìn)行了風(fēng)險的識別和分析，得到的可能性與嚴(yán)重程度分別如下（數(shù)字越大，表示可能性越大，嚴(yán)重程度越高）：? -?M1：56%、10? -?M2：48%、5? -?M3：36%、7? -?M4：72%、8請問，作為測試人員，在不考慮加權(quán)的情況下，你認(rèn)為哪個模塊的風(fēng)險級別最低？（）A、?M1；B、?M2；C、?M3；D、?M4。62.以下關(guān)于測試目的的觀點(diǎn)，不正確的是（）A、軟件測試的目的是尋找錯誤，并且盡最大的可能找出最多的錯誤B、找出軟件開發(fā)人員的問題并評價開發(fā)人員能力C、一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試D、測試的目的，是想以最少的人力、物力和時間找出軟件中潛在的各種錯誤和缺陷，通過修正各種錯誤和缺陷提高軟件質(zhì)量，避免軟件發(fā)布后由于潛在的軟件缺陷和錯誤造成的隱患所帶來的商業(yè)風(fēng)險63.單元測試可發(fā)現(xiàn)哪些問題（）A、單元代碼的功能B、單元代碼的可集成性C、單元代碼的可維護(hù)性D、單元代碼的效率64.下列關(guān)于不同的測試階段的描述錯誤的是（）A、維護(hù)測試通常是為了驗(yàn)證開發(fā)過程發(fā)現(xiàn)的缺陷是否被正確修復(fù)B、組件測試的主要目標(biāo)是盡可能的發(fā)現(xiàn)失效，從而識別和修正盡可能多的缺陷C、測試的主要目標(biāo)是確認(rèn)系統(tǒng)是否按照預(yù)期工作，是建立滿足了需求的信心D、不同測試階段，其測試目標(biāo)是不同的65.某研發(fā)團(tuán)隊(duì)正在開發(fā)一款視頻點(diǎn)播產(chǎn)品，采用的是典型的V模型，開發(fā)團(tuán)隊(duì)負(fù)責(zé)組件測試，而測試團(tuán)隊(duì)負(fù)責(zé)集成測試和系統(tǒng)測試。當(dāng)前開發(fā)團(tuán)隊(duì)已經(jīng)發(fā)布了經(jīng)過評審且更新的系統(tǒng)需求規(guī)格說明。測試團(tuán)隊(duì)采用的是基于風(fēng)險的測試策略，風(fēng)險的嚴(yán)重程度與可能性的評估取值為5個，分別是：非常低、低、中等、高和非常高。你是該產(chǎn)品的系統(tǒng)測試人員，目前處于前期的風(fēng)險識別階段。得到了如下的一個產(chǎn)品風(fēng)險：用戶選擇一個點(diǎn)播節(jié)目，付費(fèi)之后進(jìn)行播放，發(fā)現(xiàn)播放到15分鐘時可能會跳離正常播放，返回到主界面。假如針對該產(chǎn)品風(fēng)險的嚴(yán)重程度評估為高。根據(jù)上面提供的信息，你覺得下面哪個觀點(diǎn)是最適合的？（）A、?該產(chǎn)品風(fēng)險的可能性應(yīng)該定義為非常高；B、?根據(jù)該產(chǎn)品風(fēng)險的嚴(yán)重程度，應(yīng)該設(shè)計大量的測試用例來覆蓋它；C、?在測試執(zhí)行進(jìn)度表中，覆蓋該產(chǎn)品風(fēng)險的測試用例應(yīng)該是首先執(zhí)行的；D、?根據(jù)上面提供的信息，還無法確定該產(chǎn)品風(fēng)險的風(fēng)險級別。66.最符合下述場景的是哪個評審類型？（）? -?由作者主持評審會議；? -?以場景、演示的形式和同行參加的方式進(jìn)行；? -?記錄員是可選的，但不能是作者本人； -?主要目的是學(xué)習(xí)、增加理解和發(fā)現(xiàn)缺陷。A、?走查；B、?技術(shù)評審；C、?審查；D、?管理評審。67.以下不屬于基于結(jié)構(gòu)的技術(shù)的共同特點(diǎn)的是（）A、根據(jù)軟件的結(jié)構(gòu)信息設(shè)計測試用例B、可以通過已有的測試用例測量軟件的測試覆蓋率C、通過系統(tǒng)化的導(dǎo)出設(shè)計用例來提高覆蓋率D、使用正式或非正式的模型來描述需要解決的問題68.下面關(guān)于決策表測試的描述錯誤的是（）A、決策表適用于所有當(dāng)軟件的行為由一些邏輯決策所決定的情況B、決策表優(yōu)點(diǎn)是可以生成測試條件的各種組合，而這些組合可能利用其他方法會無法被測試到C、決策表的每一列對應(yīng)了一個業(yè)務(wù)規(guī)則，該規(guī)則定義了各種條件的一個特定組合D、決策表描繪了狀態(tài)和輸入之間的關(guān)系，并能顯示可能的無效狀態(tài)轉(zhuǎn)換69.識別測試的任務(wù)、定義測試的目標(biāo)以及為實(shí)現(xiàn)測試目標(biāo)和任務(wù)的測試活動規(guī)格說明。上述行為主要發(fā)生在（）A、計劃和控制B、分析和設(shè)計C、實(shí)現(xiàn)和執(zhí)行D、測試結(jié)束活動70.你是交通信號控制系統(tǒng)的測試人員，負(fù)責(zé)測試該系統(tǒng)的圖形化界面的功能。該功能的界面由3個參數(shù)組成，這些參數(shù)之間沒有相互制約關(guān)系。? 假如你采用等價類劃分技術(shù)，分別得到了每個參數(shù)的有效等價類和無效等價類，如下所示：? 1.?參數(shù)1：有效等價類為EP1.1和EP1.2；而無效等價類為iEP1.3和iEP1.4；? 2.?參數(shù)