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

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