鄭大工學(xué)院軟件測(cè)試復(fù)習(xí)題

1、1. 在著名的軟件瀑布模型中，軟件測(cè)試是處在“編程 ”的下游2.在軟件測(cè)試的V模型中，需求驗(yàn)證對(duì)應(yīng)驗(yàn)收測(cè)試。3.V 模型指出，系統(tǒng)測(cè)試4.較實(shí)用的軟件測(cè)試停止標(biāo)準(zhǔn)是用圖表示出某個(gè)測(cè)試階段中單位時(shí)間檢查出的故障數(shù)量，通過對(duì)圖中曲線的分析，確定應(yīng)繼續(xù)測(cè)試還是停止測(cè)試。5.軟件測(cè)試的目的是：盡可能發(fā)現(xiàn)軟件中的錯(cuò)誤6. 函數(shù)覆蓋不是常見的覆蓋率標(biāo)準(zhǔn)。7.將基于功能的和基于實(shí)現(xiàn)的測(cè)試方法結(jié)合在一起的動(dòng)態(tài)測(cè)試類型，我們稱這種測(cè)試為灰盒測(cè)試9.下列選項(xiàng)中， Mercury公司測(cè)試工具的是LoadRunner 、WinRunner、TestDirector 10.因果圖方法能夠有效地檢測(cè)輸入條件的各種組合可能

2、引起的錯(cuò)誤。 11.單元測(cè)試是在編碼階段進(jìn)行的測(cè)試，它是整個(gè)測(cè)試工作的基礎(chǔ)。12.據(jù)權(quán)威部門統(tǒng)計(jì)，軟件錯(cuò)誤產(chǎn)生的原因分布圖表中，軟件需求規(guī)格說明錯(cuò)誤是導(dǎo)致軟件錯(cuò)誤的主要原因：13.軟件測(cè)試充分性理論是由Goodenough和Gerhart最先提出的。14.軟件測(cè)試風(fēng)險(xiǎn)管理包含風(fēng)險(xiǎn)評(píng)估和風(fēng)險(xiǎn)控制兩方面內(nèi)容。15.下列不屬于黑盒測(cè)試方法的是變異測(cè)試(16.常見的覆蓋率標(biāo)準(zhǔn)不包括函數(shù)覆蓋( )。17.因果圖是IBM公司最先發(fā)明并實(shí)施的。18.針對(duì)下面一個(gè)程序段：if (A>1) && (B = 0)S1;If(A = 2)| (X > 1)S2;其中，S1、S2均為語句塊

3、。現(xiàn)在選取測(cè)試用例：A=2 B=0 X=3 ，該測(cè)試用例滿足了語句覆蓋19.軟件測(cè)試用例主要由輸入數(shù)據(jù)和預(yù)期輸出結(jié)果兩部分組成。 20.成功的測(cè)試是指運(yùn)行測(cè)試用例后發(fā)現(xiàn)了程序錯(cuò)誤21.在黑盒測(cè)試中，著重檢查輸入條件組合的方法是因果圖法22.單元測(cè)試主要針對(duì)模塊的幾個(gè)基本特征進(jìn)行測(cè)試，該階段不能完成的測(cè)試是系統(tǒng)功能23.軟件測(cè)試過程中的集成測(cè)試主要是為了發(fā)現(xiàn)概要分析階段的錯(cuò)誤24.不屬于白盒測(cè)試的技術(shù)是邊界值分析25.集成測(cè)試時(shí)，能較早發(fā)現(xiàn)高層模塊接口錯(cuò)誤的測(cè)試方法為自頂向下漸增式測(cè)試26.確認(rèn)測(cè)試以需求規(guī)格說明書文檔作為測(cè)試的基礎(chǔ) 27.下列關(guān)于軟件測(cè)試自動(dòng)化，說法正確的是輸出結(jié)果不明確的測(cè)試

4、不適合自動(dòng)化28.關(guān)于人工測(cè)試方法，說法正確的是走查以小組為單位進(jìn)行，是一系列規(guī)程和錯(cuò)誤檢查技術(shù)的集合29.下列兼容性不屬于軟件兼容性的考慮范疇的是與外設(shè)的兼容性30下列關(guān)于軟件測(cè)試過程的幾種抽象模型， H模型指出軟件測(cè)試具有獨(dú)立性，只要某個(gè)測(cè)試達(dá)到準(zhǔn)備就緒點(diǎn)，測(cè)試執(zhí)行活動(dòng)就可以開展31.下列關(guān)于測(cè)試策略說法不正確的是在測(cè)試的最后階段里，測(cè)試總結(jié)和測(cè)試執(zhí)行通常并行開展32.下列關(guān)于軟件缺陷狀態(tài)的定義， New-測(cè)試中新報(bào)告的軟件缺陷Open-缺陷被確認(rèn)并分配給相關(guān)開發(fā)工程師處理Fixed-測(cè)試工程師已完成修正，等待開發(fā)人員驗(yàn)證Closed-缺陷已被修復(fù)33.下面Web應(yīng)用軟件的測(cè)試策略中，表示

5、層的測(cè)試內(nèi)容的是（  ）鏈接結(jié)構(gòu)的測(cè)試瀏覽器兼容性的測(cè)試排版結(jié)構(gòu)的測(cè)試34.易用性測(cè)試的是（  ）易安裝性測(cè)試用戶界面測(cè)試功能易用性測(cè)試 35.SQA與軟件測(cè)試的關(guān)系SQA指導(dǎo)、監(jiān)督軟件測(cè)試的計(jì)劃和執(zhí)行，督促測(cè)試工作的結(jié)果客觀、準(zhǔn)確和有效，協(xié)助測(cè)試流程的改進(jìn)軟件測(cè)試是SQA重要手段，為SQA提供所需的數(shù)據(jù)，作為質(zhì)量評(píng)價(jià)的客觀依據(jù)二者都是貫穿整個(gè)軟件開發(fā)生命周期的流程SQA是一項(xiàng)管理工作，側(cè)重于對(duì)流程的評(píng)審和監(jiān)控，而測(cè)試是一項(xiàng)技術(shù)性的工作，側(cè)重對(duì)產(chǎn)品進(jìn)行評(píng)估和驗(yàn)證36.軟件質(zhì)量定義軟件產(chǎn)品滿足規(guī)定的和隱含的與需求能力有關(guān)的全部特征和特性，它包含（  ）軟件產(chǎn)品質(zhì)量滿

6、足用戶要求的程度軟件各種屬性的組合程度用戶對(duì)軟件產(chǎn)品的綜合反映程度軟件在使用過程中滿足用戶要求的程度37.IEEE729中對(duì)軟件缺陷給出了一個(gè)標(biāo)準(zhǔn)的定義從產(chǎn)品內(nèi)部看，軟件缺陷是軟件產(chǎn)品開發(fā)或維護(hù)過程中所存在的錯(cuò)誤、毛病等各種問題從外部看，軟件缺陷是系統(tǒng)所需要實(shí)現(xiàn)的某種功能的失效或違背38.造成軟件缺陷的主要因素技術(shù)問題、軟件本身、團(tuán)隊(duì)工作39. 軟件測(cè)試按測(cè)試層次分為底層測(cè)試接口層次系統(tǒng)層次用戶層次40.根據(jù)是否針對(duì)系統(tǒng)的內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)算法來完成測(cè)試，軟件測(cè)試可分為（  ）白盒測(cè)試黑盒測(cè)試41按照測(cè)試是否由軟件工具來完成測(cè)試工作分為（  ）手工測(cè)試自動(dòng)化測(cè)試42.根據(jù)程

7、序是否運(yùn)行，測(cè)試可以分為（  ）靜態(tài)測(cè)試動(dòng)態(tài)測(cè)試43在項(xiàng)目開發(fā)的一些情況下，不需要修復(fù)軟件缺陷的原因主要有（  ）沒有足夠的時(shí)間不算真正的軟件缺陷修復(fù)的風(fēng)險(xiǎn)太大不值得修復(fù)44下列哪些情況是屬于數(shù)據(jù)共享兼容性的范疇（  ）文件保存和讀取文件導(dǎo)出和文件導(dǎo)入剪切. 復(fù)制和粘貼45在本地化測(cè)試中，威脅模式分析不屬于翻譯問題46好的用戶界面應(yīng)具有的要素的是一致性、實(shí)用性、舒適性、靈活性47下列測(cè)試工具中，屬于單元測(cè)試工具的是（  ）JunitNunitTEST48.軟件產(chǎn)品的質(zhì)量中的非功能需求包括適用性 、有效性 、可靠性 、性能49.對(duì)于整個(gè)軟件的本地化過程來說

8、，需要解決的技術(shù)問題主要有數(shù)據(jù)格式、配置和兼容性問題50.測(cè)試團(tuán)隊(duì)的基本責(zé)任應(yīng)該是（  ）發(fā)現(xiàn)軟件程序、系統(tǒng)或產(chǎn)品中的所有問題 盡早地發(fā)現(xiàn)問題 督促開發(fā)人員盡快地解決程序中的缺陷 幫助團(tuán)隊(duì)解決資金問題51.整體測(cè)試用例的質(zhì)量要求包括覆蓋率、易用性 、易維護(hù)性、粒度適中52測(cè)試計(jì)劃文檔至少應(yīng)包含下面哪幾項(xiàng)內(nèi)容測(cè)試策略、測(cè)試范圍、測(cè)試時(shí)間安排、測(cè)試標(biāo)準(zhǔn) 53在軟件測(cè)試的V模型中，系統(tǒng)架構(gòu)設(shè)計(jì)的驗(yàn)證對(duì)應(yīng)非功能測(cè)試。54軟件缺陷由很多原因造成，如果把它們按需求分析結(jié)果規(guī)格說明書、系統(tǒng)設(shè)計(jì)結(jié)果、編程的代碼等歸類，規(guī)格說明書是軟件缺陷出現(xiàn)最多的地方。55.在計(jì)算機(jī)系統(tǒng)中，構(gòu)成虛擬存儲(chǔ)器既需要軟件

9、也需要硬件方可實(shí)現(xiàn)56.某公司使用包過濾防火墻控制進(jìn)出局域網(wǎng)的數(shù)據(jù)，在不考慮使用代理服務(wù)器的情況下，下面描述錯(cuò)誤的是，該防火墻能夠僅允許HTTP協(xié)議通過57.由我國(guó)信息產(chǎn)業(yè)部批準(zhǔn)發(fā)布，在信息產(chǎn)業(yè)部門范圍統(tǒng)一使用的標(biāo)準(zhǔn)，稱為行業(yè)標(biāo)準(zhǔn)58.下列敘述中，與提高軟件可移植性相關(guān)的是盡量用高級(jí)語言編寫系統(tǒng)中對(duì)效率要求不高的部分59.目前比較熱門的軟件開發(fā)工具，如VB、PB、Delphi等都是可視化的。這些工具是一種事件驅(qū)動(dòng)60采用瀑布模型進(jìn)行系統(tǒng)開發(fā)的過程中，每個(gè)階段都會(huì)產(chǎn)生不同的文檔。在進(jìn)行編碼的同時(shí)，獨(dú)立地設(shè)計(jì)單元測(cè)試計(jì)劃61在UML提供的圖中，用例圖用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互。62軟件

10、測(cè)試的對(duì)象包括源程序、目標(biāo)程序、數(shù)據(jù)及相關(guān)文檔63.軟件測(cè)試類型按開發(fā)階段劃分是單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試64.集成測(cè)試也叫做組裝測(cè)試，通常在編碼完成的基礎(chǔ)上，將所有的程序模塊進(jìn)行有序的、遞增的測(cè)試65.軟件質(zhì)量的定義是軟件特性的總和，以及滿足規(guī)定和潛在用戶需求的能力66. V 模型指出，單元和集成測(cè)試對(duì)程序設(shè)計(jì)進(jìn)行驗(yàn)證67. 關(guān)于對(duì)第三方測(cè)試的描述，正確的觀點(diǎn)是由在技術(shù)、管理和財(cái)務(wù)上與開發(fā)方和用戶方相對(duì)獨(dú)立的組織進(jìn)行的測(cè)試68. 驗(yàn)收測(cè)試的定義是按照軟件任務(wù)書或合同，供需雙方約定的驗(yàn)收依據(jù)進(jìn)行測(cè)試，決定是否接收69.在 GB/T 17544 中，軟件包質(zhì)量要求包括三部分

11、，即產(chǎn)品描述要求、用戶文檔要求、程序和數(shù)據(jù)要求。70.軟件內(nèi)部/外部質(zhì)量模型中，可移植性不包括兼容性子特性。71GB/T 18905 軟件工程產(chǎn)品評(píng)價(jià)中確定的通用評(píng)價(jià)過程包括：確立評(píng)價(jià)需求、規(guī)定評(píng)價(jià)、設(shè)計(jì)評(píng)價(jià)和執(zhí)行評(píng)價(jià)72.模塊的耦合度描述了模塊之間相互關(guān)聯(lián)的程度73. 內(nèi)聚是一種指標(biāo)，表示一個(gè)模塊代碼功能的集中程度74.外模式描述數(shù)據(jù)的局部邏輯視圖，是數(shù)據(jù)庫用戶的數(shù)據(jù)視圖，它是與某一應(yīng)用有關(guān)的數(shù)據(jù)邏輯表示。75. 漸增式開發(fā)方法有利于快速開發(fā)軟件76.某市標(biāo)準(zhǔn)化行政主管部門制定并發(fā)布的工業(yè)產(chǎn)品的安全、衛(wèi)生要求的標(biāo)準(zhǔn)，在其行政區(qū)域內(nèi)是強(qiáng)制性標(biāo)準(zhǔn)77.正式的技術(shù)評(píng)審FTR(Formal Tech

12、nical Review)是軟件工程師組織的軟件質(zhì)量保證活動(dòng)，下面關(guān)于FTR 指導(dǎo)原則中評(píng)審產(chǎn)品，而不是評(píng)審生產(chǎn)者的能力要有嚴(yán)格的評(píng)審計(jì)劃，并遵守日程安排限制參與者人數(shù)，并要求評(píng)審會(huì)之前做好準(zhǔn)備78. 在面向?qū)ο筌浖_發(fā)過程中，采用設(shè)計(jì)模式以復(fù)用成功的設(shè)計(jì)和體系結(jié)構(gòu)79.對(duì)于軟件的 測(cè)試，下列描述正確的是 測(cè)試就是在軟件公司外部展開的測(cè)試，可以由非專業(yè)的測(cè)試人員執(zhí)行的測(cè)試80.各測(cè)試工具中WinRunner隸屬于Mercury公司產(chǎn)品81.關(guān)于軟件測(cè)試的說法，成功的測(cè)試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試82.測(cè)試充分性準(zhǔn)則內(nèi)容包括空集不充分性、單調(diào)性、復(fù)雜性83.控制流覆蓋準(zhǔn)則約束最弱的是點(diǎn)覆蓋

13、84.設(shè)計(jì)測(cè)試用例時(shí)候，邊界值分析是用得最多的一種黑盒測(cè)試方法。85.軟件測(cè)試是軟件質(zhì)量保證的重要手段，單元測(cè)試是軟件測(cè)試的最基礎(chǔ)環(huán)節(jié)86集成測(cè)試計(jì)劃應(yīng)該在概要設(shè)計(jì)階段末提交。 87語句覆蓋是選擇若干個(gè)測(cè)試用例，運(yùn)行被測(cè)程序，使得程序中的每個(gè)可執(zhí)行語句至少執(zhí)行一次。 88如下圖所示的N-S圖，至少需要48個(gè)測(cè)試用例完成邏輯覆蓋。 89.以下測(cè)試技術(shù)中，因果圖、錯(cuò)誤推測(cè)法、邊界值分析法屬于黑盒測(cè)試90.RUP將軟件產(chǎn)品質(zhì)量定義為三個(gè)維度的質(zhì)量功能性能可靠性90.在制定測(cè)試計(jì)劃時(shí)，應(yīng)包含的內(nèi)容有需要測(cè)試的功能進(jìn)度表潛在的問題和風(fēng)險(xiǎn)測(cè)試方法91.測(cè)試用例是測(cè)試使用的文檔化的細(xì)則，其規(guī)定如何對(duì)軟件某項(xiàng)

14、功能或功能組合進(jìn)行測(cè)試。測(cè)試用例應(yīng)包括的詳細(xì)信息有測(cè)試目標(biāo)和被測(cè)功能、測(cè)試數(shù)據(jù)和測(cè)試步驟92.軟件測(cè)試按照測(cè)試目標(biāo)劃分可分為安全性測(cè)試兼容性測(cè)試93關(guān)于軟件測(cè)試對(duì)軟件質(zhì)量的意義，度量與評(píng)估軟件的質(zhì)量改進(jìn)軟件開發(fā)過程發(fā)現(xiàn)軟件錯(cuò)誤94. 靜態(tài)測(cè)試的主要對(duì)象是代碼檢查、代碼風(fēng)格與規(guī)范 95單元測(cè)試主要測(cè)試是模塊在語法、格式、邏輯上的錯(cuò)誤 96. 系統(tǒng)集成測(cè)試常見的有非漸增式測(cè)試模式和漸增式測(cè)試模式 97. 軟件的兼容性測(cè)試包括向前和向后兼容和橫向測(cè)試 98 軟件的缺陷通常集中在需求分析和系統(tǒng)設(shè)計(jì)階段99在集成測(cè)試中，主要的集成方法有自頂向下 自底向上 大爆炸 三明治 100.文檔測(cè)試主要檢查文檔的正

15、確性 完備性 易理解性 一致性 101.驗(yàn)收測(cè)試完成后還需要提交驗(yàn)收?qǐng)?bào)告和交付報(bào)告才可交付用戶使用102.軟件本地化工作中除了翻譯之外還應(yīng)該處理字符集問題 數(shù)據(jù)格式 頁面顯示和布局 配置和兼容性等問題103.造成軟件的主要原因可從技術(shù)問題、軟件本身、團(tuán)隊(duì)工作方面來查找104. 代碼評(píng)審有代碼走查、正式會(huì)議審查、代碼會(huì)審、代碼咨詢 填空題1. 軟件缺陷產(chǎn)生的原因包括軟件說明書；設(shè)計(jì)；編寫代碼以及其他原因。 2. 軟件開發(fā)模式包括大棒模式；邊寫邊改模式；流水模式；螺旋模式 3.導(dǎo)致軟件缺陷的最大原因是：軟件需求說明書4. 測(cè)試過程中，測(cè)試計(jì)劃描述用于描述測(cè)試的整體方案，缺陷報(bào)告描述依據(jù)測(cè)試案例找出

16、的問題。 5. 傳統(tǒng)的等價(jià)類劃分測(cè)試的實(shí)現(xiàn)分兩步進(jìn)行，一是劃分等價(jià)類表，二是邊界值分析法6. 在兼容性測(cè)試中，向前兼容是指可以使用軟件的以前版本，向后兼容是指可以使用軟件的未來版本。 標(biāo)準(zhǔn)答案：； 7. 不需要修復(fù)軟件缺陷的原因包括沒有時(shí)間、不能算真正的軟件缺陷、風(fēng)險(xiǎn)太大、不值得修復(fù)。 8. 白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試或邏輯結(jié)構(gòu)測(cè)試，黑盒測(cè)試又稱為功能測(cè)試或給予規(guī)格說明書的測(cè)試9. 動(dòng)態(tài)測(cè)試的兩個(gè)基本要素是被測(cè)試程序、測(cè)試數(shù)據(jù)10.一般采用書面文檔、電子表格、數(shù)據(jù)庫11.設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有用戶需求工件、整體測(cè)試計(jì)劃和迭代計(jì)劃12. 軟件缺陷打開/關(guān)閉圖表、根本原因圖表、軟件缺陷關(guān)

17、閉周期表是常用的軟件缺陷跟蹤圖表。13.典型的測(cè)試設(shè)計(jì)活動(dòng)包括測(cè)試用例設(shè)計(jì)、測(cè)試過程設(shè)計(jì)、設(shè)計(jì)驅(qū)動(dòng)程序和穩(wěn)定的樁。14.面向?qū)ο蠹蓽y(cè)試常見方法包括抽樣測(cè)試、正交矩陣（陣列）測(cè)試15.我們可以按照編寫過程、執(zhí)行過程和組織過程三個(gè)緯度對(duì)測(cè)試用例屬性進(jìn)行歸類。16. 對(duì)于一個(gè)含有n個(gè)變量的程序，采用基本邊界值分析法測(cè)試程序會(huì)產(chǎn)生4n+1個(gè)測(cè)試用例17. 數(shù)據(jù)流測(cè)試是一種關(guān)注變量定義賦值點(diǎn)（語句）和引用或使用這些值的點(diǎn)（語句）的結(jié)構(gòu)性測(cè)試，主要用作路徑測(cè)試的真實(shí)性檢查。18.軟件驗(yàn)收測(cè)試包括:：測(cè)試；測(cè)試；正式驗(yàn)收測(cè)試類型。19.設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有用戶需求工件；整體測(cè)試計(jì)劃；迭代計(jì)

18、劃20.對(duì)面向過程的系統(tǒng)采用的集成策略有自底向上測(cè)試；自頂向下測(cè)試兩種。21.軟件測(cè)試過程包含的測(cè)試活動(dòng)有測(cè)試計(jì)劃；測(cè)試設(shè)計(jì)；測(cè)試實(shí)施；測(cè)試執(zhí)行；缺陷跟蹤；測(cè)試評(píng)估22.軟件測(cè)試策略的確定過程通常經(jīng)歷確定測(cè)試需求；評(píng)估風(fēng)險(xiǎn)、確定測(cè)試策略三個(gè)階段組成。23.變異測(cè)試的理論基礎(chǔ)是程序員能力假設(shè)和組合效應(yīng)假設(shè)。24. 軟件缺陷打開/關(guān)閉圖表、根本原因圖表、軟件缺陷關(guān)閉周期表是常用的軟件缺陷跟蹤圖表。25.軟件測(cè)試規(guī)范可以分為行業(yè)規(guī)范和操作規(guī)范。26.通常，由人工進(jìn)行的靜態(tài)測(cè)試方法包括桌面檢查、代碼審查、代碼走查和技術(shù)評(píng)審。27.典型的測(cè)試設(shè)計(jì)活動(dòng)包括測(cè)試用例設(shè)計(jì)、測(cè)試過程設(shè)計(jì)、設(shè)計(jì)驅(qū)動(dòng)程序和穩(wěn)定的樁。28.為了考察測(cè)試用例的重要性，我們可以從有效性、可重用性、易組織性、可評(píng)估性、可管理性五方面理解。29.面向?qū)ο蠹?/p>