自動(dòng)化測(cè)試復(fù)習(xí)題集

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