自動化測試復(fù)習(xí)題集

...wd......wd......wd...一0+、單項選擇題1、以下術(shù)語中，〔B〕是ISTQB術(shù)語表中缺陷(Defect)的同義詞。A、IncidentB、BugC、MistakeD、Error2、軟件測試目的可以是〔B〕。a.發(fā)現(xiàn)缺陷b.確認軟件能夠正常運行c.預(yù)防缺陷d.直接提高產(chǎn)品的售價e.減少整個產(chǎn)品開發(fā)周期時間A、a,bB、a,b,cC、a,b,c,dD、所有選項3、以下方式可以提高和改善測試人員和開發(fā)人員關(guān)系的是〔B〕。A、理解工程經(jīng)理工作的重要性B、對所發(fā)現(xiàn)的可能的缺陷以一種中立的方式進展溝通C、單元測試、集成測試和系統(tǒng)測試都由同一批測試人員來完成D、測試人員參加代碼調(diào)試4、根本的測試過程主要由〔D〕活動組成。a.方案和控制b.分析和設(shè)計c.實現(xiàn)和執(zhí)行d.評估出口準則和測試報告e.測試完畢活動A、a,b和cB、a,b,c和dC、除e以外所有選項D、所有選項5、以下關(guān)于測試原則的描述，正確的選項是〔B〕。A、所有的軟件測試不需要追溯到用戶需求；B、完全測試是不可能的；C、測試可以顯示軟件潛在的缺陷；D、程序員不需要防止檢查自己的程序。6、軟件測試工作應(yīng)該開場于〔B〕。A、Coding之后；B、需求分析階段；C、概要設(shè)計階段；D、詳細設(shè)計階段。7、下面〔C〕是一個好的測試的特點。a.每個開發(fā)活動都有相對應(yīng)的測試行為b.每個測試級別都有其特有的測試目標c.對于每個測試級別，需要在相應(yīng)的開發(fā)活動過程中進展相應(yīng)的測試分析和設(shè)計d.軟件測試的工作重點應(yīng)該集中在系統(tǒng)測試上A、c,dB、a,bC、a,b,cD、a,b,c,d8、測試經(jīng)理的任務(wù)通常不包括〔C〕。A、編寫測試方案B、選擇適宜的測試策略和方法C、建設(shè)和維護測試環(huán)境D、選擇和引入適宜的測試工具9、下面可以作為組件測試的測試對象的是〔A〕。A、模塊、對象和類B、程序中的某個子系統(tǒng)C、整個軟件系統(tǒng)D、模塊間的接口10、下面〔D〕不屬于靜態(tài)分析。A、編碼規(guī)則的檢查B、程序構(gòu)造分析C、程序復(fù)雜度分析D、內(nèi)存泄漏11、以下風(fēng)險中，屬于產(chǎn)品風(fēng)險的是〔B〕。A、軟件需求不明確B、由于使用軟件產(chǎn)品而導(dǎo)致人員傷亡C、軟件測試人員和軟件開發(fā)人員溝通不暢D、軟件源代碼質(zhì)量低下12、引入自動化測試工具時，屬于次要考慮因素的是〔D〕。A、與測試對象進展交互的質(zhì)量B、使用的腳本語言類型C、工具支持的平臺D、廠商的支持和服務(wù)質(zhì)量13、以下關(guān)于自動化測試工具的說法中，錯誤的選項是〔D〕。A、錄制/回放可能是缺乏夠的，還需要進展腳本編程B、既可用于功能測試，也可用于非功能測試C、自動化測試工具適用于回歸測試D、自動化測試關(guān)鍵的時候能代替手工測試14、下面的〔d〕不屬于根本測試過程的方案和控制步驟的任務(wù)。A、定義入口和出口準則B、選擇適宜的度量項C、確定測試的范圍和風(fēng)險D、創(chuàng)立測試設(shè)計標準說明15、按根本測試過程中各階段的順序，正確組合根本測試過程中的各活動與階段〔b〕。1.評審測試依據(jù)和測試對象的可測試性2.確定測試的范圍和風(fēng)險，明確測試目標3.評估是否還需要進展更多的測試4.創(chuàng)立測試套件、檢查測試環(huán)境5.移交測試件到相關(guān)的部門a.測試方案和控制階段b.測試完畢活動c.測試實現(xiàn)和執(zhí)行階段d.評估出口準則和測試總結(jié)報告階段e.測試分析和設(shè)計階段A、1-b;2-a;3-c;4-e;5-dB、2-a;1-e;4-c;3-d;5-bC、4-a;2-e;3-c;1-d;5-bD、4-c;3-d;5-b;2-e;1-a16、關(guān)于獨立測試的描述，下面〔C〕是錯誤的。A、獨立測試通常可以更高效地發(fā)現(xiàn)軟件缺陷和軟件存在的失效B、軟件測試往往需要與軟件開發(fā)不同的思維方式C、測試通常被認為是破壞性的活動，而軟件開發(fā)通常被認為是建設(shè)性的活動D、獨立測試只可應(yīng)用在高級別的測試活動中，如系統(tǒng)測試和驗收測試17、軟件組件測試的主要目的是〔c〕。A、測試組件與組件之間的接口B、組件與硬件的關(guān)聯(lián)C、發(fā)現(xiàn)缺陷，以及驗證組件的功能D、驗證系統(tǒng)的的功能18、關(guān)于測試類型的應(yīng)用范圍，〔d〕是正確的。A、構(gòu)造測試只能用在組件測試或集成測試B、功能測試只能用在系統(tǒng)測試或驗收測試C、白盒測試方法不能用于系統(tǒng)測試D、功能測試和構(gòu)造性測試可以應(yīng)用在任何測試級別19、關(guān)于軟件確認測試和回歸測試的描述，以下〔c〕是錯誤的。A、當(dāng)修改了缺陷后，應(yīng)該重新進展測試以確定原來的缺陷已經(jīng)成功的修改，稱為確認測試B、回歸測試是對已被測過的程序在變更后進展的重復(fù)測試，以發(fā)現(xiàn)在這些變更后是否有新的缺陷引入C、當(dāng)軟件發(fā)生變更或者應(yīng)用軟件的環(huán)境發(fā)生變化時，需要進展回歸測試D、回歸測試可以在所有的測試級別上進展，并且只適用于功能測試/’20、關(guān)于靜態(tài)測試的概念，以下〔A〕是正確的。A、靜態(tài)測試和動態(tài)測試都需要運行軟件B、靜態(tài)測試和動態(tài)測試具有不同的目的，卻能發(fā)現(xiàn)一樣的錯誤C、靜態(tài)測試發(fā)現(xiàn)的是失效，動態(tài)測試發(fā)現(xiàn)的是缺陷D、與動態(tài)測試相比，靜態(tài)技術(shù)發(fā)現(xiàn)的是軟件失效的原因而不是失效本身21、對測試根基文檔進展分析，從而決定測試什么，這是在下面〔a〕規(guī)格說明內(nèi)進展描述的。A、測試設(shè)計規(guī)格說明B、測試用例規(guī)格說明C、測試規(guī)程規(guī)格說明D、用戶需求規(guī)格說明22、關(guān)于黑盒測試方法、基于經(jīng)歷的測試方法和白盒測試方法，以下〔b〕描述是正確的。A、黑盒測試方法是依據(jù)對測試根基文檔進展分析后導(dǎo)出測試用例；白盒測試方法是依據(jù)測試人員和用戶的經(jīng)歷導(dǎo)出測試用例B、黑盒測試方法是依據(jù)對測試根基文檔進展分析后導(dǎo)出測試用例；白盒測試方法是基于對組件或系統(tǒng)構(gòu)造分析導(dǎo)出測試用例C、黑盒測試方法和白盒測試方法一樣，都是基于測試人員和用戶的經(jīng)歷導(dǎo)出測試用例D、黑盒測試方法就是基于經(jīng)歷的測試方法23、在系統(tǒng)測試過程中，下面(d〕度量項最適合衡量測試過程的進度。A、代碼的測試覆蓋率B、發(fā)現(xiàn)并修改的缺陷的數(shù)C、缺陷的分布信息D、測試用例執(zhí)行量24、以下風(fēng)險中，屬于產(chǎn)品風(fēng)險的是〔C〕。A、測試工程中測試人員的技能缺乏B、與測試員進展需求和測試結(jié)果溝通方面存在的問題C、軟件沒有按用戶需求實現(xiàn)既定的功能D、供給商的問題25、根據(jù)IEEE軟件測試文檔標準〔IEEE829-1998〕的要求，在整個測試過程中包括了如下的文檔：測試方案；測試設(shè)計規(guī)格說明；測試用例規(guī)格說明；測試規(guī)程規(guī)格說明；測試項移交報告；測試日志；事件報告還應(yīng)該包括：〔d〕A、測試規(guī)格說明B、用戶的需求規(guī)格說明C、用戶使用手冊D、測試總結(jié)報告26、將選擇的工具引入組織要從一個試點工程開場，以下〔C〕不屬于試點工程的目的。A、通過試點工程使得對工具有更多的認識B、評估在付出合理的本錢后能否得到收益C、通過試點工程評價員工的學(xué)習(xí)能力D、評價工具與現(xiàn)存的過程以及實踐的配合程度，確定哪些方面需要作修改27、以下關(guān)于自動化測試工具的說法中，錯誤的選項是〔D〕。A、采用錄制/回放是不夠的，還需要進展腳本編程，參加必須的檢查點B、自動化測試并不是總能降低測試本錢的，因為維護測試腳本的本錢可能非常昂貴C、相對于手動測試而言，自動化測試具有更好的一致性和可重復(fù)性D、自動化測試能夠改善混亂的測試過程28、關(guān)于軟件測試的如下任務(wù)描述：a.與工程經(jīng)理以及其他人共同協(xié)調(diào)測試策略和測試方案;b.引入適宜的度量項以測量測試進度，評估測試和產(chǎn)品的質(zhì)量;c.進展各種級別的測試，執(zhí)行并記錄測試日志，評估測試結(jié)果，記錄和預(yù)期結(jié)果之間的偏差;d.決定哪些測試用例可以自動化執(zhí)行，自動化的程度，如何實現(xiàn);e.根據(jù)在測試過程中收集的信息編寫測試總結(jié)報告;f.創(chuàng)立測試規(guī)格說明書下面〔B〕符合ISTQB對測試組長或測試經(jīng)理的主要任務(wù)。A、a,b,c,d,e,fB、a,b,d,eC、a,b,c,dD、a,d,e,f29、以下風(fēng)險中，屬于工程風(fēng)險的是〔C〕。A、軟件開發(fā)商交付的軟件產(chǎn)品無法安裝到新的操作系統(tǒng)中B、軟件開發(fā)商無法按時交付軟件產(chǎn)品C、軟件產(chǎn)品內(nèi)的功能異常D、軟件的性能沒有到達要求30、在測試過程中，不同的工具可以支持不同的測試活動。以下的〔B〕測試工具提供的支持可能更適合開發(fā)人員。a.測試管理工具b.靜態(tài)分析工具c.覆蓋率測量工具d.測試執(zhí)行工具A、a,b，cB、b,cC、c,dD、a,b,c,d31、根據(jù)ISTQB定義的術(shù)語，“風(fēng)險〞是與〔D〕關(guān)聯(lián)的。A、對測試者否認的反響意見B、將產(chǎn)生負面影響及其連鎖效應(yīng)的因素C、可能產(chǎn)生負面影響及其連鎖效應(yīng)的因素D、將對被測對象產(chǎn)生負面影響及其連鎖效應(yīng)的因素32、確認系統(tǒng)是否按照預(yù)期工作，從而在系統(tǒng)是否滿足需求方面獲取信心。這樣的測試目的最可能適用于〔C〕測試階段。A、組件測試B、集成測試C、系統(tǒng)測試D、回歸測試33、識別測試的任務(wù)、定義測試的目標以及為實現(xiàn)測試目標和任務(wù)的測試活動規(guī)格說明。上述行為主要發(fā)生在〔A〕。A、方案和控制B、分析和設(shè)計C、實現(xiàn)和執(zhí)行D、測試完畢活動34、ISTQB術(shù)語中的回歸測試的目的是〔C〕。A、驗證修改的成功B、預(yù)防功能編寫的不完善或疏漏C、確保修正過程中沒有引入新的缺陷D、幫助程序員更好地進展單元測試35、作為一個軟件測試員，應(yīng)具備〔B〕能力。a.具有好奇心；b職業(yè)悲觀心態(tài)；c.批評的眼光；d.關(guān)注系統(tǒng)的細節(jié)的能力e.測試技能；f.良好的溝通能力A、a,b,cB、d,e,fC、e,fD、以上都是。36、關(guān)于軟件質(zhì)量保證和軟件測試的描述，不正確的選項是〔D〕。A、軟件質(zhì)量保證和軟件測試是軟件質(zhì)量工程的兩個不同層面的工作；B、在軟件質(zhì)量保證的活動中也有一些測試活動；C、軟件測試是保證軟件質(zhì)量的一個重要環(huán)節(jié)；D、軟件測試人員就是軟件質(zhì)量保證人員。37、關(guān)于測試充分性的描述，正確的選項是〔B〕。A、只有進展完全的測試才充分；B、在有限的時間和資源條件下，找出所有的軟件的錯誤，使軟件趨于完美，是不可能的；C、當(dāng)繼續(xù)測試沒有發(fā)現(xiàn)新缺陷時；D、當(dāng)全部測試用例都執(zhí)行完后。38、以下關(guān)于測試目的的觀點，不正確的選項是〔B〕。A、軟件測試的目的是尋找錯誤，并且盡最大的可能找出最多的錯誤；B、找出軟件開發(fā)人員的問題并評價開發(fā)人員能力；C、一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試；D、測試的目的，是想以最少的人力、物力和時間找出軟件中潛在的各種錯誤和缺陷，通過修正各種錯誤和缺陷提高軟件質(zhì)量，防止軟件發(fā)布后由于潛在的軟件缺陷和錯誤造成的隱患所帶來的商業(yè)風(fēng)險。39、以下關(guān)于測試作用的描述，不正確的選項是〔B〕。A、測試無法顯示軟件潛在的缺陷；B、測試能保證軟件的缺陷和錯誤全部找到；C、測試只能證明軟件存在錯誤而不能證明軟件沒有錯誤；D、所有的軟件測試都應(yīng)追溯到用戶需求。40、有一個系統(tǒng)已經(jīng)在市場上運行了，這種情況對系統(tǒng)進展修改，然后進展的測試是〔A〕。A、維護測試B、驗收測試C、組件測試D、系統(tǒng)測試41、組件測試的用例設(shè)計主要參考的工作產(chǎn)品是〔A〕。A、組件規(guī)格說明B、系統(tǒng)需求規(guī)格說明C、用戶手冊D、代碼42、下面關(guān)于回歸測試表達正確的選項是〔D〕。A、回歸測試只能在系統(tǒng)測試這個級別進展，不能用于單元測試和集成測試B、回歸測試只適用于功能測試，不適用于非功能測試C、回歸測試都是自動化執(zhí)行的D、回歸測試是對已被測過的程序?qū)嶓w在修改缺陷后進展的重復(fù)測試，以此來確認在這些變更后是否有新的缺陷引入系統(tǒng)43、下面對靜態(tài)測試和動態(tài)測試的區(qū)別描述正確的選項是〔A〕。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)缺陷44、測試方案主要由〔D〕負責(zé)制定。A、測試人員B、工程經(jīng)理C、開發(fā)人員D、測試經(jīng)理45、下面有關(guān)基于風(fēng)險的方法的描述不正確的選項是〔C〕。A、識別的風(fēng)險經(jīng)常用于決定哪些需要更多測試，哪些可以減少測試B、識別的風(fēng)險經(jīng)常用于決定多少測試服務(wù)C、識別的風(fēng)險經(jīng)常用于決定使用何種測試工具D、識別的風(fēng)險經(jīng)常用于決定使用何種測試技術(shù)46、以下活動中，不屬于測試方案活動的是〔A〕。A、設(shè)計測試用例B、確定測試環(huán)境C、定義測試級別D、估算測試本錢47、測試管理工具可能包括的功能有〔D〕。a、管理軟件需求b、管理測試方案c、缺陷跟蹤d、測試過程中各類數(shù)據(jù)的統(tǒng)計和匯總A、除a以外B、除b以外C、除c和d以外D、以上全部48、以下關(guān)于工具使用風(fēng)險的說法中，不恰當(dāng)?shù)氖恰睞〕。A、工具能夠或多或少提高測試效率B、沒有好的測試過程或成熟的測試方法，工具并不能像預(yù)期的那樣降低本錢C、與手工測試相比擬，使用自動化工具也可能會增加測試本錢D、培訓(xùn)和指導(dǎo)有助于降低工具使用的風(fēng)險49、在以下測試類型中，不適合采用手工測試的是〔B〕。A、安全測試B、負載測試C、集成測試D、再測試50、下面〔C〕對于測試的描述是正確的。A、程序中有缺陷，就肯定會在外部有所反響，這就是ISTQB所說的失效B、當(dāng)程序期望結(jié)果和實際結(jié)果有所偏差時，可以肯定就是程序內(nèi)的缺陷引起的C、人為的錯誤造成程序內(nèi)的缺陷，而程序內(nèi)的缺陷可能會成為失效D、如果沒有發(fā)現(xiàn)失效，也就表示程序沒有缺陷51、測試目的是：a、發(fā)現(xiàn)軟件內(nèi)的錯誤；b、預(yù)防錯誤；c、提供信心和信息；d、提供沒有錯誤的軟件。下面〔 B〕對于測試目的的描述是正確和完整的。A、a,b,c,dB、a,b,cC、b,cD、b,c,d52、按照風(fēng)險設(shè)定測試用例的優(yōu)先級并按照優(yōu)先級順序進展測試，符合測試的〔B〕根本原則。A、測試只能顯示缺陷的存在B、窮盡測試是不可能的C、殺蟲劑悖論D、缺陷集群性53、Whenwhatisvisibletoend-usersisadeviationfromthespecificorexpectedbehavior,thisiscalled(C).A.anerrorB.afaultC.afailureD.adefectE.amistake54、Regressiontestingshouldbeperformed(C).v)everyweekw)afterthesoftwarehaschangedx)asoftenaspossibley)whentheenvironmenthaschangedz)whentheprojectmanagersaysA.v&waretrue,x–zarefalseB.w,x&yaretrue,v&zarefalseC.w&yaretrue,v,x&zarefalseD.wistrue,v,xyandzarefalseE.alloftheabovearetrue55、Testingshouldbestoppedwhen(E).A.alltheplannedtestshavebeenrunB.timehasrunoutC.allfaultshavebeenfixedcorrectlyD.botha)andc)E.itdependsontherisksforthesystembeingtested56、Whatisthepurposeoftestcompletioncriteriainatestplan(E).A.toknowwhenaspecifictesthasfinisheditsexecutionB.toensurethatthetestcasespecificationiscompleteC.tosetthecriteriausedingeneratingtestinputsD.toknowwhentestplanningiscompleteE.toplanwhentostoptesting57、Theplacetostartifyouwanta(new)testtoolis(C).A.AttendatoolexhibitionB.InviteavendortogiveademoC.analysisyourneedsandrequirementsD.FindoutwhatyourbudgetwouldbeforthetoolE.Searchtheinternet58、WhatcanstaticanalysisNOTfind(C).(靜態(tài)分析)A.TheuseofavariablebeforeithasbeendefinedB.Unreachable(“dead〞)codeC.WhetherthevaluestoredinavariableiscorrectD.There-definitionofavariablebeforeithasbeenusedE.Arrayboundviolations59、Themainfocusofacceptancetestingis(D).主要集中在承受測試A.findingfaultsinthesystemB.ensuringthatthesystemisacceptabletoallusersC.testingthesystemwithothersystemsD.testingforabusinessperspectiveE.testingbyanindependenttestteam60、Whichoneisnotthetaskoftestleader(D).A.CoordinatetheteststrategyandplanwithprojectmanagersandothersB.DecideabouttheimplementationofthetestenvironmentC.WritetestsummaryreportsD.Reviewandcontributetotestplans61、TestPlan(A).A.RoadmapfortestingB.TellsabouttheactualresultsandexpectedresultsC.BothaandbD.Noneoftheabove62、WhiteBoxTesting(A).A.sameasglassboxtestingB.sameasclearboxtestingC.bothaandbD.noneoftheabove.63、StructuralTesting(B).A.sameasblackboxtestingB.sameaswhiteboxtestingC.sameasfunctionaltestingD.noneoftheabove.64、TestingProcesscomprisedof(D).測試過程包括A.TestPlanandTestCasesB.TestlogandTestStatusC.DefectTrackingD.Alloftheabove65、Testbasisdocumentationisanalyzedinwhichphaseoftesting(A).測試根基文件分析，測試階段A.TestAnalysisB.TestDesignC.TestExecutionD.TestPlanning66、Atestplandefines(B).A.WhatisselectedfortestingB.ObjectivesandresultsC.ExpectedresultsD.Targetsandmisses67、CodeWalkthrough(B).A.typeofdynamictestingB.typeofstatictestingC.neitherdynamicnorstaticD.performedbythetestingteam68、Whichoneisnotcharacteristicoftestmanagementtool(D).A.SupportforthemanagementoftestsandthetestingactivitiescarriedoutB.InterfacestotestexecutiontoolsC.QuantitativeanalysisrelatedtotestsD.Checkforconsistencyandundefinedrequirements檢查一致性要求和定義E.Noneoftheabove69、Sizeofaprojectisdefinedintermsofallthefollowingexcept(C)工程規(guī)模是指在所有以下除A.PersondaysB.PersonhoursC.CalendarmonthsD.Noneoftheabove70、Componentintegrationtestingcanbedone(C).組件集成測試可以做的A.BeforeIntegrationtestingB.AfterunittestingC.AftercomponenttestingD.Aftersystemtesting71、OneKeyreasonwhydevelopershavedifficultytestingtheirownworkis(D).一個關(guān)鍵原因，開發(fā)商自己測試工作是有困難的A.LackoftechnicaldocumentationB.LackoftesttoolsonthemarketfordevelopersC.LackoftrainingD.LackofObjectivity72、Duringthesoftwaredevelopmentprocess,atwhatpointcanthetestprocessstart(C).在軟件開發(fā)過程中，在什么時候可以開場測試過程A.Whenthecodeiscomplete.B.Whenthedesigniscomplete.C.Whenthesoftwarerequirementshavebeenapproved.當(dāng)軟件要求已獲批準D.Whenthefirstcodemoduleisrea