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

一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.防止缺陷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、理解項(xiàng)目經(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)構(gòu)成。a.計(jì)劃和控制b.分析和設(shè)計(jì)c.實(shí)現(xiàn)和執(zhí)行d.評(píng)估出口準(zhǔn)則和測(cè)試匯報(bào)e.測(cè)試結(jié)束活動(dòng)A、a,b和cB、a,b,c和dC、除e以外所有選項(xiàng)D、所有選項(xiàng)5、如下有關(guān)測(cè)試原則的描述，對(duì)的的是（B）。A、所有的軟件測(cè)試不需要追溯到顧客需求；B、完全測(cè)試是不也許的；C、測(cè)試可以顯示軟件潛在的缺陷；D、程序員不需要防止檢查自己的程序。6、軟件測(cè)試工作應(yīng)當(dāng)開始于（B）。A、Coding之后；B、需求分析階段；C、概要設(shè)計(jì)階段；D、詳細(xì)設(shè)計(jì)階段。7、下面（C）是一種好的測(cè)試的特點(diǎn)。a.每個(gè)開發(fā)活動(dòng)均有相對(duì)應(yīng)的測(cè)試行為b.每個(gè)測(cè)試級(jí)別均有其特有的測(cè)試目的c.對(duì)于每個(gè)測(cè)試級(jí)別，需要在對(duì)應(yīng)的開發(fā)活動(dòng)過(guò)程中進(jìn)行對(duì)應(yīng)的測(cè)試分析和設(shè)計(jì)d.軟件測(cè)試的工作重點(diǎn)應(yīng)當(dāng)集中在系統(tǒng)測(cè)試上A、c,dB、a,bC、a,b,cD、a,b,c,d8、測(cè)試經(jīng)理的任務(wù)一般不包括（C）。A、編寫測(cè)試計(jì)劃B、選擇合適的測(cè)試方略和措施C、建立和維護(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ò)誤的是（D）。A、錄制/回放也許是局限性夠的，還需要進(jìn)行腳本編程B、既可用于功能測(cè)試，也可用于非功能測(cè)試C、自動(dòng)化測(cè)試工具合用于回歸測(cè)試D、自動(dòng)化測(cè)試關(guān)鍵的時(shí)候能替代手工測(cè)試14、下面的（d）不屬于基本測(cè)試過(guò)程的計(jì)劃和控制環(huán)節(jié)的任務(wù)。A、定義入口和出口準(zhǔn)則B、選擇合適的度量項(xiàng)C、確定測(cè)試的范圍和風(fēng)險(xiǎn)D、創(chuàng)立測(cè)試設(shè)計(jì)規(guī)范闡明15、按基本測(cè)試過(guò)程中各階段的次序，對(duì)的組合基本測(cè)試過(guò)程中的各活動(dòng)與階段（b）。1.評(píng)審測(cè)試根據(jù)和測(cè)試對(duì)象的可測(cè)試性2.確定測(cè)試的范圍和風(fēng)險(xiǎn)，明確測(cè)試目的3.評(píng)估與否還需要進(jìn)行更多的測(cè)試4.創(chuàng)立測(cè)試套件、檢查測(cè)試環(huán)境5.移交測(cè)試件到有關(guān)的部門a.測(cè)試計(jì)劃和控制階段b.測(cè)試結(jié)束活動(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è)試一般可以更高效地發(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）是對(duì)的的。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)當(dāng)重新進(jìn)行測(cè)試以確定本來(lái)的缺陷已經(jīng)成功的修改，稱為確認(rèn)測(cè)試B、回歸測(cè)試是對(duì)已被測(cè)過(guò)的程序在變更后進(jìn)行的反復(fù)測(cè)試，以發(fā)目前這些變更后與否有新的缺陷引入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）是對(duì)的的。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è)試基礎(chǔ)文檔進(jìn)行分析，從而決定測(cè)試什么，這是在下面（a）規(guī)格闡明內(nèi)進(jìn)行描述的。A、測(cè)試設(shè)計(jì)規(guī)格闡明B、測(cè)試用例規(guī)格闡明C、測(cè)試規(guī)程規(guī)格闡明D、顧客需求規(guī)格闡明22、有關(guān)黑盒測(cè)試措施、基于經(jīng)驗(yàn)的測(cè)試措施和白盒測(cè)試措施，下列（b）描述是對(duì)的的。A、黑盒測(cè)試措施是根據(jù)對(duì)測(cè)試基礎(chǔ)文檔進(jìn)行分析后導(dǎo)出測(cè)試用例；白盒測(cè)試措施是根據(jù)測(cè)試人員和顧客的經(jīng)驗(yàn)導(dǎo)出測(cè)試用例B、黑盒測(cè)試措施是根據(jù)對(duì)測(cè)試基礎(chǔ)文檔進(jìn)行分析后導(dǎo)出測(cè)試用例；白盒測(cè)試措施是基于對(duì)組件或系統(tǒng)構(gòu)造分析導(dǎo)出測(cè)試用例C、黑盒測(cè)試措施和白盒測(cè)試措施同樣，都是基于測(cè)試人員和顧客的經(jīng)驗(yàn)導(dǎo)出測(cè)試用例D、黑盒測(cè)試措施就是基于經(jīng)驗(yàn)的測(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è)試項(xiàng)目中測(cè)試人員的技能局限性B、與測(cè)試員進(jìn)行需求和測(cè)試成果溝通方面存在的問(wèn)題C、軟件沒(méi)有按顧客需求實(shí)現(xiàn)既定的功能D、供應(yīng)商的問(wèn)題25、根據(jù)IEEE軟件測(cè)試文檔原則（IEEE829-1998）的規(guī)定，在整個(gè)測(cè)試過(guò)程中包括了如下的文檔：測(cè)試計(jì)劃；測(cè)試設(shè)計(jì)規(guī)格闡明；測(cè)試用例規(guī)格闡明；測(cè)試規(guī)程規(guī)格闡明；測(cè)試項(xiàng)移交匯報(bào)；測(cè)試日志；事件匯報(bào)還應(yīng)當(dāng)包括：（d）A、測(cè)試規(guī)格闡明B、顧客的需求規(guī)格闡明C、顧客使用手冊(cè)D、測(cè)試總結(jié)匯報(bào)26、將選擇的工具引入組織要從一種試點(diǎn)項(xiàng)目開始，下列（C）不屬于試點(diǎn)項(xiàng)目的目的。A、通過(guò)試點(diǎn)項(xiàng)目使得對(duì)工具有更多的認(rèn)識(shí)B、評(píng)估在付出合理的成本后能否得到收益C、通過(guò)試點(diǎn)項(xiàng)目評(píng)價(jià)員工的學(xué)習(xí)能力D、評(píng)價(jià)工具與現(xiàn)存的過(guò)程以及實(shí)踐的配合程度，確定哪些方面需要作修改27、下列有關(guān)自動(dòng)化測(cè)試工具的說(shuō)法中，錯(cuò)誤的是（D）。A、采用錄制/回放是不夠的，還需要進(jìn)行腳本編程，加入必須的檢查點(diǎn)B、自動(dòng)化測(cè)試并不是總能減少測(cè)試成本的，由于維護(hù)測(cè)試腳本的成本也許非常昂貴C、相對(duì)于手動(dòng)測(cè)試而言，自動(dòng)化測(cè)試具有更好的一致性和可反復(fù)性D、自動(dòng)化測(cè)試可以改善混亂的測(cè)試過(guò)程28、有關(guān)軟件測(cè)試的如下任務(wù)描述：a.與項(xiàng)目經(jīng)理以及其他人共同協(xié)調(diào)測(cè)試方略和測(cè)試計(jì)劃;b.引入合適的度量項(xiàng)以測(cè)量測(cè)試進(jìn)度，評(píng)估測(cè)試和產(chǎn)品的質(zhì)量;c.進(jìn)行多種級(jí)別的測(cè)試，執(zhí)行并記錄測(cè)試日志，評(píng)估測(cè)試成果，記錄和預(yù)期成果之間的偏差;d.決定哪些測(cè)試用例可以自動(dòng)化執(zhí)行，自動(dòng)化的程度，怎樣實(shí)現(xiàn);e.根據(jù)在測(cè)試過(guò)程中搜集的信息編寫測(cè)試總結(jié)匯報(bào);f.創(chuàng)立測(cè)試規(guī)格闡明書下面（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)中，屬于項(xiàng)目風(fēng)險(xiǎn)的是（C）。A、軟件開發(fā)商交付的軟件產(chǎn)品無(wú)法安裝到新的操作系統(tǒng)中B、軟件開發(fā)商無(wú)法準(zhǔn)時(shí)交付軟件產(chǎn)品C、軟件產(chǎn)品內(nèi)的功能異常D、軟件的性能沒(méi)有到達(dá)規(guī)定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)的反饋意見(jià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è)試的目的以及為實(shí)現(xiàn)測(cè)試目的和任務(wù)的測(cè)試活動(dòng)規(guī)格闡明。上述行為重要發(fā)生在（A）。A、計(jì)劃和控制B、分析和設(shè)計(jì)C、實(shí)現(xiàn)和執(zhí)行D、測(cè)試結(jié)束活動(dòng)34、ISTQB術(shù)語(yǔ)中的回歸測(cè)試的目的是（C）。A、驗(yàn)證修改的成功B、防止功能編寫的不完善或疏漏C、保證修正過(guò)程中沒(méi)有引入新的缺陷D、協(xié)助程序員更好地進(jìn)行單元測(cè)試35、作為一種軟件測(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è)試的描述，不對(duì)的的是（D）。A、軟件質(zhì)量保證和軟件測(cè)試是軟件質(zhì)量工程的兩個(gè)不一樣層面的工作；B、在軟件質(zhì)量保證的活動(dòng)中也有某些測(cè)試活動(dòng)；C、軟件測(cè)試是保證軟件質(zhì)量的一種重要環(huán)節(jié)；D、軟件測(cè)試人員就是軟件質(zhì)量保證人員。37、有關(guān)測(cè)試充足性的描述，對(duì)的的是（B）。A、只有進(jìn)行完全的測(cè)試才充足；B、在有限的時(shí)間和資源條件下，找出所有的軟件的錯(cuò)誤，使軟件趨于完美，是不也許的；C、當(dāng)繼續(xù)測(cè)試沒(méi)有發(fā)現(xiàn)新缺陷時(shí)；D、當(dāng)所有測(cè)試用例都執(zhí)行完后。38、如下有關(guān)測(cè)試目的的觀點(diǎn)，不對(duì)的的是（B）。A、軟件測(cè)試的目的是尋找錯(cuò)誤，并且盡最大的也許找出最多的錯(cuò)誤；B、找出軟件開發(fā)人員的問(wèn)題并評(píng)價(jià)開發(fā)人員能力；C、一種成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試；D、測(cè)試的目的，是想以至少的人力、物力和時(shí)間找出軟件中潛在的多種錯(cuò)誤和缺陷，通過(guò)修正多種錯(cuò)誤和缺陷提高軟件質(zhì)量，防止軟件公布后由于潛在的軟件缺陷和錯(cuò)誤導(dǎo)致的隱患所帶來(lái)的商業(yè)風(fēng)險(xiǎn)。39、如下有關(guān)測(cè)試作用的描述，不對(duì)的的是（B）。A、測(cè)試無(wú)法顯示軟件潛在的缺陷；B、測(cè)試能保證軟件的缺陷和錯(cuò)誤所有找到；C、測(cè)試只能證明軟件存在錯(cuò)誤而不能證明軟件沒(méi)有錯(cuò)誤；D、所有的軟件測(cè)試都應(yīng)追溯到顧客需求。40、有一種系統(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ī)格闡明B、系統(tǒng)需求規(guī)格闡明C、顧客手冊(cè)D、代碼42、下面有關(guān)回歸測(cè)試論述對(duì)的的是（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ū)別描述對(duì)的的是（A）。A、靜態(tài)測(cè)試并沒(méi)有真正的運(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è)試是重要是為了增長(zhǎng)測(cè)試人員對(duì)軟件的理解，而動(dòng)態(tài)測(cè)試是為了發(fā)現(xiàn)缺陷44、測(cè)試計(jì)劃重要由（D）負(fù)責(zé)制定。A、測(cè)試人員B、項(xiàng)目經(jīng)理C、開發(fā)人員D、測(cè)試經(jīng)理45、下面有關(guān)基于風(fēng)險(xiǎn)的措施的描述不對(duì)的的是（C）。A、識(shí)別的風(fēng)險(xiǎn)常常用于決定哪些需要更多測(cè)試，哪些可以減少測(cè)試B、識(shí)別的風(fēng)險(xiǎn)常常用于決定多少測(cè)試服務(wù)C、識(shí)別的風(fēng)險(xiǎn)常常用于決定使用何種測(cè)試工具D、識(shí)別的風(fēng)險(xiǎn)常常用于決定使用何種測(cè)試技術(shù)46、下列活動(dòng)中，不屬于測(cè)試計(jì)劃活動(dòng)的是（A）。A、設(shè)計(jì)測(cè)試用例B、確定測(cè)試環(huán)境C、定義測(cè)試級(jí)別D、估算測(cè)試成本47、測(cè)試管理工具也許包括的功能有（D）。a、管理軟件需求b、管理測(cè)試計(jì)劃c、缺陷跟蹤d、測(cè)試過(guò)程中各類數(shù)據(jù)的記錄和匯總A、除a以外B、除b以外C、除c和d以外D、以上所有48、下列有關(guān)工具使用風(fēng)險(xiǎn)的說(shuō)法中，不恰當(dāng)?shù)氖牵ˋ）。A、工具可以或多或少提高測(cè)試效率B、沒(méi)有好的測(cè)試過(guò)程或成熟的測(cè)試措施，工具并不能像預(yù)期的那樣減少成本C、與手工測(cè)試相比較，使用自動(dòng)化工具也也許會(huì)增長(zhǎng)測(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è)試的描述是對(duì)的的。A、程序中有缺陷，就肯定會(huì)在外部有所反應(yīng)，這就是ISTQB所說(shuō)的失效B、當(dāng)程序期望成果和實(shí)際成果有所偏差時(shí)，可以肯定就是程序內(nèi)的缺陷引起的C、人為的錯(cuò)誤導(dǎo)致程序內(nèi)的缺陷，而程序內(nèi)的缺陷也許會(huì)成為失效D、假如沒(méi)有發(fā)現(xiàn)失效，也就表達(dá)程序沒(méi)有缺陷51、測(cè)試目的是：a、發(fā)現(xiàn)軟件內(nèi)的錯(cuò)誤；b、防止錯(cuò)誤；c、提供信心和信息；d、提供沒(méi)有錯(cuò)誤的軟件。下面（ B）對(duì)于測(cè)試目的的描述是對(duì)的和完整的。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è)試基礎(chǔ)文獻(xiàn)分析，測(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檢查一致性規(guī)定和定義E.Noneoftheabove69、Sizeofaprojectisdefinedintermsofallthefollowingexcept(C)項(xiàng)目規(guī)模是指在所有如下除A.PersondaysB.PersonhoursC.CalendarmonthsD.Noneoftheabove70、Componentintegrationtestingcanbedone(C).組件集成測(cè)試可以做的A.BeforeIntegrationtestingB.AfterunittestingC.AftercomponenttestingD.Aftersystemtesting71、OneKeyreasonwhydevelopershavedifficultytestingtheirownworkis(D).一種關(guān)鍵原因，開發(fā)商自己測(cè)試工作是有困難的A.LackoftechnicaldocumentationB.LackoftesttoolsonthemarketfordevelopersC.LackoftrainingD.LackofObjectivity72、Duringthesoftwaredevelopmentprocess,atwhatpointcanthetestprocessstart(C).在軟件開發(fā)過(guò)程中，在什么時(shí)候可以開始測(cè)試過(guò)程A.Whenthecodeiscomplete.B.Whenthedesigniscomplete.C.Whenthesoftwarerequirementshavebeenapproved.當(dāng)軟件規(guī)定已獲同意D.Whenthefirstcodemoduleisready