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

1、一0+、單項選擇題1、下列術(shù)語中，（ B ）是ISTQB術(shù)語表中缺陷(Defect)的同義詞。A、Incident B、Bug C、Mistake D、Error 2、軟件測試目的可以是（ B ）。a.發(fā)現(xiàn)缺陷b.確認(rèn)軟件能夠正常運(yùn)行 c.預(yù)防缺陷 d.直接提高產(chǎn)品的售價 e.減少整個產(chǎn)品開發(fā)周期時間 A、a,b B、a,b,c C、a,b,c,d D、所有選項3、下列方式可以提高和改善測試人員和開發(fā)人員關(guān)系的是（ B ）。A、理解項目經(jīng)理工作的重要性B、對所發(fā)現(xiàn)的可能的缺陷以一種中立的方式進(jìn)行溝通C、單元測試、集成測試和系統(tǒng)測試都由同一批測試人員來完成D、測試人員參加代碼調(diào)試4、基本的測試過

2、程主要由（ D ）活動組成。a.計劃和控制 b.分析和設(shè)計 c.實現(xiàn)和執(zhí)行 d.評估出口準(zhǔn)則和測試報告 e.測試結(jié)束活動 A、a, b 和 c B、a, b, c 和 d C、除 e 以外所有選項 D、所有選項5、以下關(guān)于測試原則的描述，正確的是（ B ）。A、所有的軟件測試不需要追溯到用戶需求；B、完全測試是不可能的；C、測試可以顯示軟件潛在的缺陷；D、程序員不需要避免檢查自己的程序。6、軟件測試工作應(yīng)該開始于（ B ）。A、Coding之后； B、需求分析階段；C、概要設(shè)計階段； D、詳細(xì)設(shè)計階段。7、下面（ C ）是一個好的測試的特點。a.每個開發(fā)活動都有相對應(yīng)的測試行為b.每個測試級別

3、都有其特有的測試目標(biāo)c.對于每個測試級別，需要在相應(yīng)的開發(fā)活動過程中進(jìn)行相應(yīng)的測試分析和設(shè)計d.軟件測試的工作重點應(yīng)該集中在系統(tǒng)測試上A、c,d B、a,b C、a,b,c D、a,b,c,d 8、測試經(jīng)理的任務(wù)通常不包括（ C ）。A、編寫測試計劃B、選擇合適的測試策略和方法 C、建立和維護(hù)測試環(huán)境D、選擇和引入合適的測試工具9、下面可以作為組件測試的測試對象的是（ A ）。A、模塊、對象和類 B、程序中的某個子系統(tǒng)C、整個軟件系統(tǒng) D、模塊間的接口10、下面（ D ）不屬于靜態(tài)分析。A、編碼規(guī)則的檢查 B、程序結(jié)構(gòu)分析C、程序復(fù)雜度分析 D、內(nèi)存泄漏11、下列風(fēng)險中，屬于產(chǎn)品風(fēng)險的是（ B

4、 ）。A、軟件需求不明確 B、由于使用軟件產(chǎn)品而導(dǎo)致人員傷亡C、軟件測試人員和軟件開發(fā)人員溝通不暢D、軟件源代碼質(zhì)量低下12、引入自動化測試工具時，屬于次要考慮因素的是（ D ）。A、與測試對象進(jìn)行交互的質(zhì)量B、使用的腳本語言類型C、工具支持的平臺D、廠商的支持和服務(wù)質(zhì)量13、下列關(guān)于自動化測試工具的說法中，錯誤的是（ D ）。 A、錄制/回放可能是不足夠的，還需要進(jìn)行腳本編程B、既可用于功能測試，也可用于非功能測試C、自動化測試工具適用于回歸測試D、自動化測試關(guān)鍵的時候能代替手工測試14、下面的（ d ）不屬于基本測試過程的計劃和控制步驟的任務(wù)。A、定義入口和出口準(zhǔn)則 B、選擇合適的度量項

5、C、確定測試的范圍和風(fēng)險 D、創(chuàng)建測試設(shè)計規(guī)范說明 15、按基本測試過程中各階段的順序，正確組合基本測試過程中的各活動與階段（ b ）。 1. 評審測試依據(jù)和測試對象的可測試性 2. 確定測試的范圍和風(fēng)險，明確測試目標(biāo) 3. 評估是否還需要進(jìn)行更多的測試 4. 創(chuàng)建測試套件、檢查測試環(huán)境 5. 移交測試件到相關(guān)的部門 a. 測試計劃和控制階段 b. 測試結(jié)束活動 c. 測試實現(xiàn)和執(zhí)行階段 d. 評估出口準(zhǔn)則和測試總結(jié)報告階段 e. 測試分析和設(shè)計階段 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)于獨立測試的描述，下面（ C ）是錯誤的。 A、獨立測試通?？梢愿咝У匕l(fā)現(xiàn)軟件缺陷和軟件存在的失效 B、軟件測試往往需要與軟件開發(fā)不同的思維方式 C、測試通常被認(rèn)為是破壞性的活動，而軟件開發(fā)通常被認(rèn)為是建設(shè)性的活動 D、獨立測試只可應(yīng)用在高級別的測試活動中，如系統(tǒng)測試和驗收測試 17、軟件組件測試的主要目的是（ c ）。 A、測試組件與組件之間的接口 B、組件與硬件的關(guān)聯(lián) C、發(fā)現(xiàn)缺陷，以及驗證組件的功能 D、驗證系統(tǒng)的的功能 18、關(guān)于測試類型的應(yīng)用范圍，（ d）是正確的。 A、結(jié)構(gòu)測試只能用在組件測試或集成測試 B、

7、功能測試只能用在系統(tǒng)測試或驗收測試 C、白盒測試方法不能用于系統(tǒng)測試 D、功能測試和結(jié)構(gòu)性測試可以應(yīng)用在任何測試級別 19、關(guān)于軟件確認(rèn)測試和回歸測試的描述，下列（ c ）是錯誤的。A、當(dāng)修改了缺陷后，應(yīng)該重新進(jìn)行測試以確定原來的缺陷已經(jīng)成功的修改，稱為確認(rèn)測試 B、回歸測試是對已被測過的程序在變更后進(jìn)行的重復(fù)測試，以發(fā)現(xiàn)在這些變更后是否有新的缺陷引入 C、當(dāng)軟件發(fā)生變更或者應(yīng)用軟件的環(huán)境發(fā)生變化時，需要進(jìn)行回歸測試 D、回歸測試可以在所有的測試級別上進(jìn)行，并且只適用于功能測試 /20、關(guān)于靜態(tài)測試的概念，下列（ A ）是正確的。 A、靜態(tài)測試和動態(tài)測試都需要運(yùn)行軟件 B、靜態(tài)測試和動態(tài)測試具

8、有不同的目的，卻能發(fā)現(xiàn)相同的錯誤 C、靜態(tài)測試發(fā)現(xiàn)的是失效，動態(tài)測試發(fā)現(xiàn)的是缺陷 D、與動態(tài)測試相比，靜態(tài)技術(shù)發(fā)現(xiàn)的是軟件失效的原因而不是失效本身 21、對測試基礎(chǔ)文檔進(jìn)行分析，從而決定測試什么，這是在下面（ a ）規(guī)格說明內(nèi)進(jìn)行描述的。A、測試設(shè)計規(guī)格說明 B、測試用例規(guī)格說明 C、測試規(guī)程規(guī)格說明 D、用戶需求規(guī)格說明 22、關(guān)于黑盒測試方法、基于經(jīng)驗的測試方法和白盒測試方法，下列（ b ）描述是正確的。A、黑盒測試方法是依據(jù)對測試基礎(chǔ)文檔進(jìn)行分析后導(dǎo)出測試用例；白盒測試方法是依據(jù)測試人員和用戶的經(jīng)驗導(dǎo)出測試用例 B、黑盒測試方法是依據(jù)對測試基礎(chǔ)文檔進(jìn)行分析后導(dǎo)出測試用例；白盒測試方法是基

9、于對組件或系統(tǒng)結(jié)構(gòu)分析導(dǎo)出測試用例 C、黑盒測試方法和白盒測試方法一樣，都是基于測試人員和用戶的經(jīng)驗導(dǎo)出測試用例 D、黑盒測試方法就是基于經(jīng)驗的測試方法 23、在系統(tǒng)測試過程中，下面(d）度量項最適合衡量測試過程的進(jìn)度。A、代碼的測試覆蓋率 B、發(fā)現(xiàn)并修改的缺陷的數(shù) C、缺陷的分布信息 D、測試用例執(zhí)行量 24、下列風(fēng)險中，屬于產(chǎn)品風(fēng)險的是（ C ）。 A、測試項目中測試人員的技能不足 B、與測試員進(jìn)行需求和測試結(jié)果溝通方面存在的問題 C 、軟件沒有按用戶需求實現(xiàn)既定的功能 D、供應(yīng)商的問題 25、根據(jù) IEEE 軟件測試文檔標(biāo)準(zhǔn)（IEEE829-1998）的要求，在整個測試過程中包括了如下的

10、文檔：測試計劃；測試設(shè)計規(guī)格說明；測試用例規(guī)格說明；測試規(guī)程規(guī)格說明；測試項移交報告；測試日志；事件報告 還應(yīng)該包括：（ d）A、測試規(guī)格說明 B、用戶的需求規(guī)格說明 C、用戶使用手冊 D、測試總結(jié)報告 26、將選擇的工具引入組織要從一個試點項目開始，下列（ C ）不屬于試點項目的目的。 A、通過試點項目使得對工具有更多的認(rèn)識 B、評估在付出合理的成本后能否得到收益 C、通過試點項目評價員工的學(xué)習(xí)能力 D、評價工具與現(xiàn)存的過程以及實踐的配合程度，確定哪些方面需要作修改 27、下列關(guān)于自動化測試工具的說法中，錯誤的是（ D ）。 A、采用錄制/回放是不夠的，還需要進(jìn)行腳本編程，加入必須的檢查點

11、B、自動化測試并不是總能降低測試成本的，因為維護(hù)測試腳本的成本可能非常昂貴 C、相對于手動測試而言，自動化測試具有更好的一致性和可重復(fù)性 D、自動化測試能夠改善混亂的測試過程 28、關(guān)于軟件測試的如下任務(wù)描述：a.與項目經(jīng)理以及其他人共同協(xié)調(diào)測試策略和測試計劃 ;b.引入合適的度量項以測量測試進(jìn)度，評估測試和產(chǎn)品的質(zhì)量;c.進(jìn)行各種級別的測試，執(zhí)行并記錄測試日志，評估測試結(jié)果，記錄和預(yù)期結(jié)果之間的偏差;d.決定哪些測試用例可以自動化執(zhí)行，自動化的程度，如何實現(xiàn);e.根據(jù)在測試過程中收集的信息編寫測試總結(jié)報告;f.創(chuàng)建測試規(guī)格說明書 下面（ B ）符合 ISTQB 對測試組長或測試經(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)險中，屬于項目風(fēng)險的是（ C ）。 A、軟件開發(fā)商交付的軟件產(chǎn)品無法安裝到新的操作系統(tǒng)中 B、軟件開發(fā)商無法按時交付軟件產(chǎn)品 C、軟件產(chǎn)品內(nèi)的功能異常 D、軟件的性能沒有達(dá)到要求 30、在測試過程中，不同的工具可以支持不同的測試活動。下列的（ B ）測試工具提供的支持可能更適合開發(fā)人員。a. 測試管理工具 b. 靜態(tài)分析工具 c. 覆蓋率測量工具 d. 測試執(zhí)行工具 A、a, b，c B、b, c C、c, d D、a, b, c, d 31、根據(jù)ISTQB 定義的

13、術(shù)語，“風(fēng)險”是與（ D ）關(guān)聯(lián)的。A、對測試者否定的反饋意見B、將產(chǎn)生負(fù)面影響及其連鎖效應(yīng)的因素C、可能產(chǎn)生負(fù)面影響及其連鎖效應(yīng)的因素D、將對被測對象產(chǎn)生負(fù)面影響及其連鎖效應(yīng)的因素32、確認(rèn)系統(tǒng)是否按照預(yù)期工作，從而在系統(tǒng)是否滿足需求方面獲取信心。這樣的測試目的最可能適用于（ C ）測試階段。A、組件測試 B、集成測試 C、系統(tǒng)測試 D、回歸測試33、識別測試的任務(wù)、定義測試的目標(biāo)以及為實現(xiàn)測試目標(biāo)和任務(wù)的測試活動規(guī)格說明。上述行為主要發(fā)生在（ A ）。A、計劃和控制 B、分析和設(shè)計C、實現(xiàn)和執(zhí)行 D、測試結(jié)束活動34、ISTQB術(shù)語中的回歸測試的目的是（ C ）。A、驗證修改的成功 B、預(yù)

14、防功能編寫的不完善或疏漏C、確保修正過程中沒有引入新的缺陷D、幫助程序員更好地進(jìn)行單元測試35、作為一個軟件測試員，應(yīng)具備（ B ）能力。a.具有好奇心；b職業(yè)悲觀心態(tài)；c.批評的眼光；d.關(guān)注系統(tǒng)的細(xì)節(jié)的能力e.測試技能；f.良好的溝通能力A、a,b,c B、d,e,f C、e,f D、以上都是。36、關(guān)于軟件質(zhì)量保證和軟件測試的描述，不正確的是（ D ）。 A、軟件質(zhì)量保證和軟件測試是軟件質(zhì)量工程的兩個不同層面的工作；B、在軟件質(zhì)量保證的活動中也有一些測試活動；C、軟件測試是保證軟件質(zhì)量的一個重要環(huán)節(jié)；D、軟件測試人員就是軟件質(zhì)量保證人員。37、關(guān)于測試充分性的描述，正確的是（ B ）。A

15、、只有進(jìn)行完全的測試才充分；B、在有限的時間和資源條件下，找出所有的軟件的錯誤，使軟件趨于完美，是不可能的；C、當(dāng)繼續(xù)測試沒有發(fā)現(xiàn)新缺陷時；D、當(dāng)全部測試用例都執(zhí)行完后。38、以下關(guān)于測試目的的觀點，不正確的是（ B ）。A、軟件測試的目的是尋找錯誤，并且盡最大的可能找出最多的錯誤；B、找出軟件開發(fā)人員的問題并評價開發(fā)人員能力；C、一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試；D、測試的目的，是想以最少的人力、物力和時間找出軟件中潛在的各種錯誤和缺陷，通過修正各種錯誤和缺陷提高軟件質(zhì)量，避免軟件發(fā)布后由于潛在的軟件缺陷和錯誤造成的隱患所帶來的商業(yè)風(fēng)險。39、以下關(guān)于測試作用的描述，不正確的是（

16、 B ）。A、測試無法顯示軟件潛在的缺陷；B、測試能保證軟件的缺陷和錯誤全部找到；C、測試只能證明軟件存在錯誤而不能證明軟件沒有錯誤；D、所有的軟件測試都應(yīng)追溯到用戶需求。40、有一個系統(tǒng)已經(jīng)在市場上運(yùn)行了，這種情況對系統(tǒng)進(jìn)行修改，然后進(jìn)行的測試是（ A ）。A、維護(hù)測試 B、驗收測試 C、組件測試 D、系統(tǒng)測試41、組件測試的用例設(shè)計主要參考的工作產(chǎn)品是（ A ）。A、組件規(guī)格說明 B、系統(tǒng)需求規(guī)格說明C、用戶手冊 D、代碼42、下面關(guān)于回歸測試敘述正確的是（ D ）。 A、回歸測試只能在系統(tǒng)測試這個級別進(jìn)行，不能用于單元測試和集成測試B、回歸測試只適用于功能測試，不適用于非功能測試C、回歸

17、測試都是自動化執(zhí)行的D、回歸測試是對已被測過的程序?qū)嶓w在修改缺陷后進(jìn)行的重復(fù)測試，以此來確認(rèn)在這些變更后是否有新的缺陷引入系統(tǒng)43、下面對靜態(tài)測試和動態(tài)測試的區(qū)別描述正確的是（ A ）。A、靜態(tài)測試并沒有真正的運(yùn)行軟件，而動態(tài)測試需要運(yùn)行軟件B、靜態(tài)測試需要借助于專門的測試工具，而動態(tài)測試不需要C、靜態(tài)測試是由開發(fā)人員執(zhí)行的，而動態(tài)測試是由專門的測試人員完成D、靜態(tài)測試是主要是為了增加測試人員對軟件的理解，而動態(tài)測試是為了發(fā)現(xiàn)缺陷44、測試計劃主要由（ D ）負(fù)責(zé)制定。A、測試人員 B、項目經(jīng)理 C、開發(fā)人員 D、測試經(jīng)理 45、下面有關(guān)基于風(fēng)險的方法的描述不正確的是（ C ）。A、識別的風(fēng)險

18、經(jīng)常用于決定哪些需要更多測試，哪些可以減少測試B、識別的風(fēng)險經(jīng)常用于決定多少測試服務(wù)C、識別的風(fēng)險經(jīng)常用于決定使用何種測試工具D、識別的風(fēng)險經(jīng)常用于決定使用何種測試技術(shù)46、下列活動中，不屬于測試計劃活動的是（ A ）。A、設(shè)計測試用例 B、確定測試環(huán)境C、定義測試級別 D、估算測試成本47、測試管理工具可能包括的功能有（ D ）。a、管理軟件需求 b、管理測試計劃c、缺陷跟蹤 d、測試過程中各類數(shù)據(jù)的統(tǒng)計和匯總A、除a以外 B、除b以外 C、除c和d以外 D、以上全部48、下列關(guān)于工具使用風(fēng)險的說法中，不恰當(dāng)?shù)氖牵?A ）。A 、工具能夠或多或少提高測試效率B、沒有好的測試過程或成熟的測試方

19、法，工具并不能像預(yù)期的那樣降低成本C、與手工測試相比較，使用自動化工具也可能會增加測試成本D、培訓(xùn)和指導(dǎo)有助于降低工具使用的風(fēng)險49、在下列測試類型中，不適合采用手工測試的是（ B ）。A、安全測試 B、負(fù)載測試C、集成測試 D、再測試50、下面（ C ）對于測試的描述是正確的。 A、程序中有缺陷，就肯定會在外部有所反應(yīng)，這就是 ISTQB 所說的失效 B、當(dāng)程序期望結(jié)果和實際結(jié)果有所偏差時，可以肯定就是程序內(nèi)的缺陷引起的 C、人為的錯誤造成程序內(nèi)的缺陷，而程序內(nèi)的缺陷可能會成為失效 D、如果沒有發(fā)現(xiàn)失效，也就表示程序沒有缺陷 51、測試目的是：a、發(fā)現(xiàn)軟件內(nèi)的錯誤；b、預(yù)防錯誤；c、提供信心

20、和信息；d、提供沒有錯誤的軟件。下面（ B ）對于測試目的的描述是正確和完整的。 A、a,b,c,d B、a,b,c C、b,c D、b,c,d 52、按照風(fēng)險設(shè)定測試用例的優(yōu)先級并按照優(yōu)先級順序進(jìn)行測試，符合測試的（ B ）基本原則。A、測試只能顯示缺陷的存在 B、窮盡測試是不可能的 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 ). 主要集中在接受測試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 ). 測試過程包括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 ). 測試基礎(chǔ)文件分析，測試階段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 ) 項目規(guī)模是指在所有以下除A.Person days B.Person hoursC.Cal

32、endar months D.None of the above70、Component integration testing can be done ( 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 ). 一個關(guān)鍵原因，開發(fā)商自己測試工作是有困難的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ā)過程中，在什么時候可以開始測試過程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