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

1、一0+、單項(xiàng)選擇題1、下列術(shù)語(yǔ)中，（ B ）是ISTQB術(shù)語(yǔ)表中缺陷(Defect)的同義詞。A、Incident B、Bug C、Mistake D、Error 2、軟件測(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,b B、a,b,c C、a,b,c,d D、所有選項(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ò)

2、程主要由（ D ）活動(dòng)組成。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 和 c B、a, b, c 和 d C、除 e 以外所有選項(xiàng) D、所有選項(xiàng)5、以下關(guān)于測(cè)試原則的描述，正確的是（ B ）。A、所有的軟件測(cè)試不需要追溯到用戶需求；B、完全測(cè)試是不可能的；C、測(cè)試可以顯示軟件潛在的缺陷；D、程序員不需要避免檢查自己的程序。6、軟件測(cè)試工作應(yī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í)別

3、都有其特有的測(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,d B、a,b C、a,b,c D、a,b,c,d 8、測(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、程序結(jié)構(gòu)分析C、程序復(fù)雜度分析 D、內(nèi)存泄漏11、下列風(fēng)險(xiǎn)中，屬于產(chǎn)品風(fēng)險(xiǎn)的是（ B

4、 ）。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ì)劃和控制步驟的任務(wù)。A、定義入口和出口準(zhǔn)則 B、選擇合適的度量項(xiàng)

5、C、確定測(cè)試的范圍和風(fēng)險(xiǎn) D、創(chuàng)建測(cè)試設(shè)計(jì)規(guī)范說(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è)試計(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-d B、2-a; 1-e; 4-c; 3-d; 5-b C、4-a; 2-e; 3-c; 1-d

6、; 5-b D、4-c; 3-d; 5-b; 2-e; 1-a 16、關(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、結(jié)構(gòu)測(cè)試只能用在組件測(cè)試或集成測(cè)試 B、

7、功能測(cè)試只能用在系統(tǒng)測(cè)試或驗(yàn)收測(cè)試 C、白盒測(cè)試方法不能用于系統(tǒng)測(cè)試 D、功能測(cè)試和結(jié)構(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è)試具

8、有不同的目的，卻能發(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ī)格說(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)驗(yàn)的測(cè)試方法和白盒測(cè)試方法，下列（ b ）描述是正確的。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è)試方法是基

9、于對(duì)組件或系統(tǒng)結(jié)構(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è)試結(jié)果溝通方面存在的問(wèn)題 C 、軟件沒(méi)有按用戶需求實(shí)現(xiàn)既定的功能 D、供應(yīng)商的問(wèn)題 25、根據(jù) IEEE 軟件測(cè)試文檔標(biāo)準(zhǔn)（IEEE829-1998）的要求，在整個(gè)測(cè)試過(guò)程中包括了如下的

10、文檔：測(cè)試計(jì)劃；測(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)項(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)

11、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.與項(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è)試結(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ù)

12、。 A、a, b, c, d, e, f B、a, b, d, e C、a, b, c, d D、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ú)法按時(shí)交付軟件產(chǎn)品 C、軟件產(chǎn)品內(nèi)的功能異常 D、軟件的性能沒(méi)有達(dá)到要求 30、在測(cè)試過(guò)程中，不同的工具可以支持不同的測(cè)試活動(dòng)。下列的（ B ）測(cè)試工具提供的支持可能更適合開發(fā)人員。a. 測(cè)試管理工具 b. 靜態(tài)分析工具 c. 覆蓋率測(cè)量工具 d. 測(cè)試執(zhí)行工具 A、a, b，c B、b, c C、c, d D、a, b, c, d 31、根據(jù)ISTQB 定義的

13、術(shù)語(yǔ)，“風(fēng)險(xiǎn)”是與（ D ）關(guān)聯(lián)的。A、對(duì)測(cè)試者否定的反饋意見(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è)試的目標(biāo)以及為實(shí)現(xiàn)測(cè)試目標(biāo)和任務(wù)的測(cè)試活動(dòng)規(guī)格說(shuō)明。上述行為主要發(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、預(yù)

14、防功能編寫的不完善或疏漏C、確保修正過(guò)程中沒(méi)有引入新的缺陷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,c B、d,e,f C、e,f D、以上都是。36、關(guān)于軟件質(zhì)量保證和軟件測(cè)試的描述，不正確的是（ 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è)試充分性的描述，正確的是（ B ）。A

15、、只有進(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)，不正確的是（ 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è)試作用的描述，不正確的是（

16、 B ）。A、測(cè)試無(wú)法顯示軟件潛在的缺陷；B、測(cè)試能保證軟件的缺陷和錯(cuò)誤全部找到；C、測(cè)試只能證明軟件存在錯(cuò)誤而不能證明軟件沒(méi)有錯(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 ）。 A、回歸測(cè)試只能在系統(tǒng)測(cè)試這個(gè)級(jí)別進(jìn)行，不能用于單元測(cè)試和集成測(cè)試B、回歸測(cè)試只適用于功能測(cè)試，不適用于非功能測(cè)試C、回歸

17、測(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ū)別描述正確的是（ 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è)試是主要是為了增加測(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)的方法的描述不正確的是（ C ）。A、識(shí)別的風(fēng)險(xiǎn)

18、經(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è)試計(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ù)的統(tǒng)計(jì)和匯總A、除a以外 B、除b以外 C、除c和d以外 D、以上全部48、下列關(guān)于工具使用風(fēng)險(xiǎn)的說(shuō)法中，不恰當(dāng)?shù)氖牵?A ）。A 、工具能夠或多或少提高測(cè)試效率B、沒(méi)有好的測(cè)試過(guò)程或成熟的測(cè)試方

19、法，工具并不能像預(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ì)在外部有所反應(yīng)，這就是 ISTQB 所說(shuō)的失效 B、當(dāng)程序期望結(jié)果和實(shí)際結(jié)果有所偏差時(shí)，可以肯定就是程序內(nèi)的缺陷引起的 C、人為的錯(cuò)誤造成程序內(nèi)的缺陷，而程序內(nèi)的缺陷可能會(huì)成為失效 D、如果沒(méi)有發(fā)現(xiàn)失效，也就表示程序沒(méi)有缺陷 51、測(cè)試目的是：a、發(fā)現(xiàn)軟件內(nèi)的錯(cuò)誤；b、預(yù)防錯(cuò)誤；c、提供信心

20、和信息；d、提供沒(méi)有錯(cuò)誤的軟件。下面（ B ）對(duì)于測(cè)試目的的描述是正確和完整的。 A、a,b,c,d B、a,b,c C、b,c D、b,c,d 52、按照風(fēng)險(xiǎn)設(shè)定測(cè)試用例的優(yōu)先級(jí)并按照優(yōu)先級(jí)順序進(jìn)行測(cè)試，符合測(cè)試的（ B ）基本原則。A、測(cè)試只能顯示缺陷的存在 B、窮盡測(cè)試是不可能的 C、殺蟲劑悖論 D、缺陷集群性 53、When what is visible to end-users is a deviation from the specific or expected behavior, this is called ( C ).A. an error B. a fault C. a

21、 failure D. a defect E. a mistake54、Regression testing should be performed ( C ).v) every weekw) after the software has changedx) as often as possibley) when the environment has changedz) when the project manager saysA. v & w are true, x z are false B. w, x & y are true, v & z are falseC

22、. w & y are true, v, x & z are false D. w is true, v, x y and z are falseE. all of the above are true55、Testing should be stopped when ( E ).A. all the planned tests have been run B. time has run outC. all faults have been fixed correctly D. both a) and c)E. it depends on the risks for the s

23、ystem being tested56、What is the purpose of test completion criteria in a test plan ( E ).A. to know when a specific test has finished its executionB. to ensure that the test case specification is completeC. to set the criteria used in generating test inputsD. to know when test planning is completeE

24、. to plan when to stop testing57、The place to start if you want a (new) test tool is ( C ).A. Attend a tool exhibition B. Invite a vendor to give a demoC. analysis your needs and requirements D. Find out what your budget would be for the toolE. Search the internet58、What can static analysis NOT find

25、 ( C ).( 靜態(tài)分析)A. The use of a variable before it has been definedB. Unreachable (“dead”) codeC. Whether the value stored in a variable is correctD. The re-definition of a variable before it has been usedE. Array bound violations59、The main focus of acceptance testing is ( D ). 主要集中在接受測(cè)試A. finding fa

26、ults in the systemB. ensuring that the system is acceptable to all usersC. testing the system with other systemsD. testing for a business perspective E. testing by an independent test team60、Which one is not the task of test leader ( D ).A. Coordinate the test strategy and plan with project managers

27、 and othersB. Decide about the implementation of the test environmentC. Write test summary reportsD. Review and contribute to test plans 61、Test Plan ( A ).A. Road map for testingB. Tells about the actual results and expected resultsC. Both a and b D. None of the above62、White Box Testing ( A ). A.

28、same as glass box testing B. same as clear box testingC. both a and b D. none of the above.63、Structural Testing ( B ).A.same as black box testing B.same as white box testingC.same as functional testing D.none of the above.64、Testing Process comprised of ( D ). 測(cè)試過(guò)程包括A. Test Plan and Test Cases B. T

29、est log and Test StatusC. Defect Tracking D. All of the above65、Test basis documentation is analyzed in which phase of testing ( A ). 測(cè)試基礎(chǔ)文件分析，測(cè)試階段A. Test Analysis B. Test DesignC. Test Execution D. Test Planning66、A test plan defines ( B ).A. What is selected for testing B. Objectives and resultsC.

30、 Expected results D. Targets and misses67、Code Walkthrough ( B ).A. type of dynamic testing B. type of static testingC. neither dynamic nor static D. performed by the testing team68、Which one is not characteristic of test management tool ( D ).A. Support for the management of tests and the testing a

31、ctivities carried outB. Interfaces to test execution toolsC. Quantitative analysis related to testsD. Check for consistency and undefined requirements檢查一致性要求和定義E. None of the above69、Size of a project is defined in terms of all the following except ( C ) 項(xiàng)目規(guī)模是指在所有以下除A.Person days B.Person hoursC.Cal

32、endar months D.None of the above70、Component integration testing can be done ( C ). 組件集成測(cè)試可以做的A. Before Integration testing B. After unit testingC. After component testing D. After system testing71、One Key reason why developers have difficulty testing their own work is ( D ). 一個(gè)關(guān)鍵原因，開發(fā)商自己測(cè)試工作是有困難的A.

33、 Lack of technical documentationB. Lack of test tools on the market for developersC. Lack of training D. Lack of Objectivity72、During the software development process, at what point can the test process start ( C ). 在軟件開發(fā)過(guò)程中，在什么時(shí)候可以開始測(cè)試過(guò)程A. When the code is complete. B. When the design is complete.C. When the software requirements have been approved. 當(dāng)軟件要求已獲批準(zhǔn)D. When the first code module is ready for unit te