自動化測試復習題

一0+、單項選擇題1、下列術語中，（B）是ISTQB術語表中缺陷(Defect)的同義詞。A、IncidentB、BugC、MistakeD、Error2、軟件測試目的可以是（B）。a.發(fā)現(xiàn)缺陷b.確認軟件可以正常運行c.防止缺陷d.直接提高產品的售價e.減少整個產品開發(fā)周期時間A、a,bB、a,b,cC、a,b,c,dD、所有選項3、下列方式可以提高和改善測試人員和開發(fā)人員關系的是（B）。A、理解項目經理工作的重要性B、對所發(fā)現(xiàn)的也許的缺陷以一種中立的方式進行溝通C、單元測試、集成測試和系統(tǒng)測試都由同一批測試人員來完畢D、測試人員參與代碼調試4、基本的測試過程重要由（D）活動構成。a.計劃和控制b.分析和設計c.實現(xiàn)和執(zhí)行d.評估出口準則和測試匯報e.測試結束活動A、a,b和cB、a,b,c和dC、除e以外所有選項D、所有選項5、如下有關測試原則的描述，對的的是（B）。A、所有的軟件測試不需要追溯到顧客需求；B、完全測試是不也許的；C、測試可以顯示軟件潛在的缺陷；D、程序員不需要防止檢查自己的程序。6、軟件測試工作應當開始于（B）。A、Coding之后；B、需求分析階段；C、概要設計階段；D、詳細設計階段。7、下面（C）是一種好的測試的特點。a.每個開發(fā)活動均有相對應的測試行為b.每個測試級別均有其特有的測試目的c.對于每個測試級別，需要在對應的開發(fā)活動過程中進行對應的測試分析和設計d.軟件測試的工作重點應當集中在系統(tǒng)測試上A、c,dB、a,bC、a,b,cD、a,b,c,d8、測試經理的任務一般不包括（C）。A、編寫測試計劃B、選擇合適的測試方略和措施C、建立和維護測試環(huán)境D、選擇和引入合適的測試工具9、下面可以作為組件測試的測試對象的是（A）。A、模塊、對象和類B、程序中的某個子系統(tǒng)C、整個軟件系統(tǒng)D、模塊間的接口10、下面（D）不屬于靜態(tài)分析。A、編碼規(guī)則的檢查B、程序構造分析C、程序復雜度分析D、內存泄漏11、下列風險中，屬于產品風險的是（B）。A、軟件需求不明確B、由于使用軟件產品而導致人員傷亡C、軟件測試人員和軟件開發(fā)人員溝通不暢D、軟件源代碼質量低下12、引入自動化測試工具時，屬于次要考慮原因的是（D）。A、與測試對象進行交互的質量B、使用的腳本語言類型C、工具支持的平臺D、廠商的支持和服務質量13、下列有關自動化測試工具的說法中，錯誤的是（D）。A、錄制/回放也許是局限性夠的，還需要進行腳本編程B、既可用于功能測試，也可用于非功能測試C、自動化測試工具合用于回歸測試D、自動化測試關鍵的時候能替代手工測試14、下面的（d）不屬于基本測試過程的計劃和控制環(huán)節(jié)的任務。A、定義入口和出口準則B、選擇合適的度量項C、確定測試的范圍和風險D、創(chuàng)立測試設計規(guī)范闡明15、按基本測試過程中各階段的次序，對的組合基本測試過程中的各活動與階段（b）。1.評審測試根據(jù)和測試對象的可測試性2.確定測試的范圍和風險，明確測試目的3.評估與否還需要進行更多的測試4.創(chuàng)立測試套件、檢查測試環(huán)境5.移交測試件到有關的部門a.測試計劃和控制階段b.測試結束活動c.測試實現(xiàn)和執(zhí)行階段d.評估出口準則和測試總結匯報階段e.測試分析和設計階段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、有關獨立測試的描述，下面（C）是錯誤的。A、獨立測試一般可以更高效地發(fā)現(xiàn)軟件缺陷和軟件存在的失效B、軟件測試往往需要與軟件開發(fā)不一樣的思維方式C、測試一般被認為是破壞性的活動，而軟件開發(fā)一般被認為是建設性的活動D、獨立測試只可應用在高級別的測試活動中，如系統(tǒng)測試和驗收測試17、軟件組件測試的重要目的是（c）。A、測試組件與組件之間的接口B、組件與硬件的關聯(lián)C、發(fā)現(xiàn)缺陷，以及驗證組件的功能D、驗證系統(tǒng)的的功能18、有關測試類型的應用范圍，（d）是對的的。A、構造測試只能用在組件測試或集成測試B、功能測試只能用在系統(tǒng)測試或驗收測試C、白盒測試措施不能用于系統(tǒng)測試D、功能測試和構造性測試可以應用在任何測試級別19、有關軟件確認測試和回歸測試的描述，下列（c）是錯誤的。A、當修改了缺陷后，應當重新進行測試以確定本來的缺陷已經成功的修改，稱為確認測試B、回歸測試是對已被測過的程序在變更后進行的反復測試，以發(fā)目前這些變更后與否有新的缺陷引入C、當軟件發(fā)生變更或者應用軟件的環(huán)境發(fā)生變化時，需要進行回歸測試D、回歸測試可以在所有的測試級別上進行，并且只合用于功能測試/’20、有關靜態(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)技術發(fā)現(xiàn)的是軟件失效的原因而不是失效自身21、對測試基礎文檔進行分析，從而決定測試什么，這是在下面（a）規(guī)格闡明內進行描述的。A、測試設計規(guī)格闡明B、測試用例規(guī)格闡明C、測試規(guī)程規(guī)格闡明D、顧客需求規(guī)格闡明22、有關黑盒測試措施、基于經驗的測試措施和白盒測試措施，下列（b）描述是對的的。A、黑盒測試措施是根據(jù)對測試基礎文檔進行分析后導出測試用例；白盒測試措施是根據(jù)測試人員和顧客的經驗導出測試用例B、黑盒測試措施是根據(jù)對測試基礎文檔進行分析后導出測試用例；白盒測試措施是基于對組件或系統(tǒng)構造分析導出測試用例C、黑盒測試措施和白盒測試措施同樣，都是基于測試人員和顧客的經驗導出測試用例D、黑盒測試措施就是基于經驗的測試措施23、在系統(tǒng)測試過程中，下面(d）度量項最適合衡量測試過程的進度。A、代碼的測試覆蓋率B、發(fā)現(xiàn)并修改的缺陷的數(shù)C、缺陷的分布信息D、測試用例執(zhí)行量24、下列風險中，屬于產品風險的是（C）。A、測試項目中測試人員的技能局限性B、與測試員進行需求和測試成果溝通方面存在的問題C、軟件沒有按顧客需求實現(xiàn)既定的功能D、供應商的問題25、根據(jù)IEEE軟件測試文檔原則（IEEE829-1998）的規(guī)定，在整個測試過程中包括了如下的文檔：測試計劃；測試設計規(guī)格闡明；測試用例規(guī)格闡明；測試規(guī)程規(guī)格闡明；測試項移交匯報；測試日志；事件匯報還應當包括：（d）A、測試規(guī)格闡明B、顧客的需求規(guī)格闡明C、顧客使用手冊D、測試總結匯報26、將選擇的工具引入組織要從一種試點項目開始，下列（C）不屬于試點項目的目的。A、通過試點項目使得對工具有更多的認識B、評估在付出合理的成本后能否得到收益C、通過試點項目評價員工的學習能力D、評價工具與現(xiàn)存的過程以及實踐的配合程度，確定哪些方面需要作修改27、下列有關自動化測試工具的說法中，錯誤的是（D）。A、采用錄制/回放是不夠的，還需要進行腳本編程，加入必須的檢查點B、自動化測試并不是總能減少測試成本的，由于維護測試腳本的成本也許非常昂貴C、相對于手動測試而言，自動化測試具有更好的一致性和可反復性D、自動化測試可以改善混亂的測試過程28、有關軟件測試的如下任務描述：a.與項目經理以及其他人共同協(xié)調測試方略和測試計劃;b.引入合適的度量項以測量測試進度，評估測試和產品的質量;c.進行多種級別的測試，執(zhí)行并記錄測試日志，評估測試成果，記錄和預期成果之間的偏差;d.決定哪些測試用例可以自動化執(zhí)行，自動化的程度，怎樣實現(xiàn);e.根據(jù)在測試過程中搜集的信息編寫測試總結匯報;f.創(chuàng)立測試規(guī)格闡明書下面（B）符合ISTQB對測試組長或測試經理的重要任務。A、a,b,c,d,e,fB、a,b,d,eC、a,b,c,dD、a,d,e,f29、下列風險中，屬于項目風險的是（C）。A、軟件開發(fā)商交付的軟件產品無法安裝到新的操作系統(tǒng)中B、軟件開發(fā)商無法準時交付軟件產品C、軟件產品內的功能異常D、軟件的性能沒有到達規(guī)定30、在測試過程中，不一樣的工具可以支持不一樣的測試活動。下列的（B）測試工具提供的支持也許更適合開發(fā)人員。a.測試管理工具b.靜態(tài)分析工具c.覆蓋率測量工具d.測試執(zhí)行工具A、a,b，cB、b,cC、c,dD、a,b,c,d31、根據(jù)ISTQB定義的術語，“風險”是與（D）關聯(lián)的。A、對測試者否認的反饋意見B、將產生負面影響及其連鎖效應的原因C、也許產生負面影響及其連鎖效應的原因D、將對被測對象產生負面影響及其連鎖效應的原因32、確認系統(tǒng)與否按照預期工作，從而在系統(tǒng)與否滿足需求方面獲取信心。這樣的測試目的最也許合用于（C）測試階段。A、組件測試B、集成測試C、系統(tǒng)測試D、回歸測試33、識別測試的任務、定義測試的目的以及為實現(xiàn)測試目的和任務的測試活動規(guī)格闡明。上述行為重要發(fā)生在（A）。A、計劃和控制B、分析和設計C、實現(xiàn)和執(zhí)行D、測試結束活動34、ISTQB術語中的回歸測試的目的是（C）。A、驗證修改的成功B、防止功能編寫的不完善或疏漏C、保證修正過程中沒有引入新的缺陷D、協(xié)助程序員更好地進行單元測試35、作為一種軟件測試員，應具有（B）能力。a.具有好奇心；b職業(yè)消極心態(tài)；c.批評的眼光；d.關注系統(tǒng)的細節(jié)的能力e.測試技能；f.良好的溝通能力A、a,b,cB、d,e,fC、e,fD、以上都是。36、有關軟件質量保證和軟件測試的描述，不對的的是（D）。A、軟件質量保證和軟件測試是軟件質量工程的兩個不一樣層面的工作；B、在軟件質量保證的活動中也有某些測試活動；C、軟件測試是保證軟件質量的一種重要環(huán)節(jié)；D、軟件測試人員就是軟件質量保證人員。37、有關測試充足性的描述，對的的是（B）。A、只有進行完全的測試才充足；B、在有限的時間和資源條件下，找出所有的軟件的錯誤，使軟件趨于完美，是不也許的；C、當繼續(xù)測試沒有發(fā)現(xiàn)新缺陷時；D、當所有測試用例都執(zhí)行完后。38、如下有關測試目的的觀點，不對的的是（B）。A、軟件測試的目的是尋找錯誤，并且盡最大的也許找出最多的錯誤；B、找出軟件開發(fā)人員的問題并評價開發(fā)人員能力；C、一種成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試；D、測試的目的，是想以至少的人力、物力和時間找出軟件中潛在的多種錯誤和缺陷，通過修正多種錯誤和缺陷提高軟件質量，防止軟件公布后由于潛在的軟件缺陷和錯誤導致的隱患所帶來的商業(yè)風險。39、如下有關測試作用的描述，不對的的是（B）。A、測試無法顯示軟件潛在的缺陷；B、測試能保證軟件的缺陷和錯誤所有找到；C、測試只能證明軟件存在錯誤而不能證明軟件沒有錯誤；D、所有的軟件測試都應追溯到顧客需求。40、有一種系統(tǒng)已經在市場上運行了，這種狀況對系統(tǒng)進行修改，然后進行的測試是（A）。A、維護測試B、驗收測試C、組件測試D、系統(tǒng)測試41、組件測試的用例設計重要參照的工作產品是（A）。A、組件規(guī)格闡明B、系統(tǒng)需求規(guī)格闡明C、顧客手冊D、代碼42、下面有關回歸測試論述對的的是（D）。A、回歸測試只能在系統(tǒng)測試這個級別進行，不能用于單元測試和集成測試B、回歸測試只合用于功能測試，不合用于非功能測試C、回歸測試都是自動化執(zhí)行的D、回歸測試是對已被測過的程序實體在修改缺陷后進行的反復測試，以此來確認在這些變更后與否有新的缺陷引入系統(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）負責制定。A、測試人員B、項目經理C、開發(fā)人員D、測試經理45、下面有關基于風險的措施的描述不對的的是（C）。A、識別的風險常常用于決定哪些需要更多測試，哪些可以減少測試B、識別的風險常常用于決定多少測試服務C、識別的風險常常用于決定使用何種測試工具D、識別的風險常常用于決定使用何種測試技術46、下列活動中，不屬于測試計劃活動的是（A）。A、設計測試用例B、確定測試環(huán)境C、定義測試級別D、估算測試成本47、測試管理工具也許包括的功能有（D）。a、管理軟件需求b、管理測試計劃c、缺陷跟蹤d、測試過程中各類數(shù)據(jù)的記錄和匯總A、除a以外B、除b以外C、除c和d以外D、以上所有48、下列有關工具使用風險的說法中，不恰當?shù)氖牵ˋ）。A、工具可以或多或少提高測試效率B、沒有好的測試過程或成熟的測試措施，工具并不能像預期的那樣減少成本C、與手工測試相比較，使用自動化工具也也許會增長測試成本D、培訓和指導有助于減少工具使用的風險49、在下列測試類型中，不適合采用手工測試的是（B）。A、安全測試B、負載測試C、集成測試D、再測試50、下面（C）對于測試的描述是對的的。A、程序中有缺陷，就肯定會在外部有所反應，這就是ISTQB所說的失效B、當程序期望成果和實際成果有所偏差時，可以肯定就是程序內的缺陷引起的C、人為的錯誤導致程序內的缺陷，而程序內的缺陷也許會成為失效D、假如沒有發(fā)現(xiàn)失效，也就表達程序沒有缺陷51、測試目的是：a、發(fā)現(xiàn)軟件內的錯誤；b、防止錯誤；c、提供信心和信息；d、提供沒有錯誤的軟件。下面（ B）對于測試目的的描述是對的和完整的。A、a,b,c,dB、a,b,cC、b,cD、b,c,d52、按照風險設定測試用例的優(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檢查一致性規(guī)定和定義E.Noneoftheabove69、Sizeofaprojectisdefinedintermsofallthefollowingexcept(C)項目規(guī)模是指在所有如下除A.PersondaysB.PersonhoursC.CalendarmonthsD.Noneoftheabove70、Componentintegrationtestingcanbedone(C).組件集成測試可以做的A.BeforeIntegrationtestingB.AfterunittestingC.AftercomponenttestingD.Aftersystemtesting71、OneKeyreasonwhydevelopershavedifficultytestingtheirownworkis(D).一種關鍵原因，開發(fā)商自己測試工作是有困難的A.LackoftechnicaldocumentationB.LackoftesttoolsonthemarketfordevelopersC.LackoftrainingD.LackofObjectivity72、Duringthesoftwaredevelopmentprocess,atwhatpointcanthetestprocessstart(C).在軟件開發(fā)過程中，在什么時候可以開始測試過程A.Whenthecodeiscomplete.B.Whenthedesigniscomplete.C.Whenthesoftwarerequirementshavebeenapproved.當軟件規(guī)定已獲同意D.Whenthefirstcodemoduleisready