①軟件測試判斷題選擇題30分分析

1、1.軟件調(diào)試的目的是？ AA. 找出錯誤所在并改正之B. 排除存在錯誤的可能性C. 對錯誤性質(zhì)進(jìn)行分類 D. 統(tǒng)計(jì)出錯的次數(shù)2.下列敘述中,哪一項(xiàng)是正確的 ？ D用黑盒法測試時，測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的;測試是為了驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求;對面向?qū)ο蟪绦騺碚f,單元測試的最小單元是每條程序語句,即以分號結(jié)尾的程序;發(fā)現(xiàn)錯誤多的程序模塊，殘留在模塊中的錯誤也多。創(chuàng)建一個基于JUNIT的單元測試類，該類必須擴(kuò)展? CATestSuite B. Assert C. TestCase D. JFCTestCase3.以下對單元測試，不正確的說法是? CA單元測試的主要目的是針對編碼過程

2、中可能存在的各種錯誤；B單元測試一般是由程序開發(fā)人員完成的C單元測試是一種不需要關(guān)注程序結(jié)構(gòu)的測試；D單元測試屬于白盒測試的一種。4.測試驅(qū)動開發(fā)的含義是? BA先寫程序后寫測試的開發(fā)方法 B. 先寫測試后寫程序，即“測試先行” C. 用單元測試的方法寫測試 D. 不需要測試的開發(fā)5.用JUNIT斷言一個方法輸出的是指定字符串，應(yīng)當(dāng)用的斷言方法是? CAassertNotNull( )B. assertSame() C. assertEquals()D. assertNotEquals()6.TestCase是junit.framework中的一個? CA方法 B. 接口 C. 類 D. 抽象

3、類7.TestSuite是JUNIT中用來? AA集成多個測試用例 B. 做系統(tǒng)測試用的 C. 做自動化測試用的 D. 方法斷言8.對于測試程序的一些命名規(guī)則，以下說法正確的一項(xiàng)是? CA測試類的命名只要符合Java類的命名規(guī)則就可以了；B測試類的命名一般要求以Test打頭，后接類名稱，如：TestPerson；C測試類的命名一般要求以Test結(jié)尾，前接類名稱，如：PersonTest；D測試類中的方法都是以testXxx（）形式出現(xiàn)。9.通常，初始化一個被測試對象，會在測試類的 ? 中進(jìn)行。 BAtearDown() B. setUp() C. 構(gòu)造方法 D. 任意位置10.以下不屬于單元測

4、試優(yōu)點(diǎn)的一項(xiàng)是? DA它是一種驗(yàn)證行為 B. 它是一種設(shè)計(jì)行為C它是一種編寫文檔的行為 D. 它是一種評估行為11.從技術(shù)角度分，不是一類的測試是? CA黑盒測試 B. 白盒測試 C. 單元測試 D. 灰盒測試12.數(shù)據(jù)驅(qū)動測試也稱? CA單元測試 B. 白盒測試 C. 黑盒測試 D. 確認(rèn)測試13.邏輯驅(qū)動測試也稱? CA單元測試 B. 灰盒測試 C. 白盒測試 D. 用戶測試14以下不屬于白盒測試的優(yōu)點(diǎn)是? BA增大代碼的覆蓋率B. 與軟件的內(nèi)部實(shí)現(xiàn)無關(guān)C提高代碼的質(zhì)量 D. 發(fā)現(xiàn)代碼中隱藏的問題15.組裝測試又稱為? AA集成測試 B. 系統(tǒng)測試 C. 回歸測試 D. 確認(rèn)測試16.對于

5、單元測試框架，除了用于Java的JUnit還有CppUnit、NUnit等，它們是? AAC+單元測試框架、.NET單元測試框架B. C語言單元測試框架、通用單元測試框架CC+單元測試框架、自動化單元測試框架D. 自動化單元測試框架、.NET單元測試框架17.對于JFCUnit，以下說法不正確的是? DA.它是JAVA GUI的測試框架 B.它是JUnit的擴(kuò)展，用于GUI的測試C編寫JFCUnit的測試用例需要擴(kuò)展JFCTestCaseD. JFCUnit是Java GUI測試框架和JUnit沒有任何關(guān)系18.以下哪一項(xiàng)不屬于WEB測試的范疇? FA功能 B. 性能 C. 可用性 D. 安全

6、性 E. 客戶端兼容性 F. 可擴(kuò)展性19.連接速度測試屬于? CA功能測試 B. 客戶端兼容性測試 C. 性能測試 D. 安全測試20.LoadRunner是? AA工業(yè)標(biāo)準(zhǔn)級負(fù)載測試工具 B. 一款下載軟件 C. 單元測試框架 D. 集成開發(fā)工具21.JUnit的特征，不正確的一項(xiàng)是? DA用于測試期望結(jié)果的斷言 B. 用于共享共同測試數(shù)據(jù)的測試工具C易于集成到測試人員的構(gòu)建過程中,Jnuit和Ant的結(jié)合可以實(shí)施增量開發(fā)DJNuit是收費(fèi)的，不能做二次開發(fā)22.JUnit的兩個模式：集成模式和? AA命令模式 B. 適配器模式 C. 單例模式 D. 接口模式23.測試6的階乘，斷言方法是

7、? BAAssert.assertSame(720,jc.jieChen(6)B. Assert.assertEquals(720,jc.jieChen(6)CAssert.assertNull(720,jc.jieChen(6)D. Assert.assertTrue(720,jc.jieChen(6)一、判斷（01）測試是為了驗(yàn)證軟件已正確地實(shí)現(xiàn)了用戶的要求。 錯（02）白盒測試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的功能要求。 對（03）白盒測試不僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，還要考慮程序的功能要求。 錯（04）黑盒測試的測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。 錯（05）黑盒測試的測試用例是根

8、據(jù)應(yīng)用程序的功能需求設(shè)計(jì)的。 對（06）為了快速完成集成測試，采用一次性集成方式是適宜的。 錯（07）在軟件開發(fā)過程中，若能推遲暴露其中的錯誤，則為修復(fù)和改進(jìn)錯誤所花費(fèi)的代價就會降低。 錯（05）在軟件開發(fā)過程中，若能盡早暴露其中的錯誤，則為修復(fù)和改進(jìn)錯誤所花費(fèi)的代價就會降低。 對（09）單元測試通常由開發(fā)人員進(jìn)行。 對（10）壓力測試通常需要輔助工具的支持。 對（11）壓力測試不需要輔助工具的支持。 錯（12）測試人員說：“沒有可運(yùn)行的程序，我無法進(jìn)行測試工作”。 錯（13）軟件測試員可以對產(chǎn)品說明書進(jìn)行白盒測試。 錯（14）軟件測試員無法對產(chǎn)品說明書進(jìn)行白盒測試。 對（15）在設(shè)計(jì)測試用例

9、時，應(yīng)包括合理的輸入條件和不合理的輸入條件。 對二、選擇1、用黑盒技術(shù)設(shè)計(jì)測試用例的方法之一為（ a ）A）因果圖 B）邏輯覆蓋 C）循環(huán)覆蓋 D）基本路徑測試2、軟件測試的目的是（ b） A）避免軟件開發(fā)中出現(xiàn)的錯誤 B）發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯誤 C）盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤，提高軟件的可靠性 D）修改軟件中出現(xiàn)的錯誤 3、下列軟件屬性中，軟件產(chǎn)品首要滿足的應(yīng)該是（ a ）A）功能需求 B）性能需求 C）可擴(kuò)展性和靈活性 D）容錯糾錯能力4、堅(jiān)持在軟件的各個階段實(shí)施下列哪種質(zhì)量保障措施，才能在開發(fā)過程中盡早發(fā)現(xiàn)和預(yù)防錯誤，把出現(xiàn)的錯誤克服在早期（ a）。A）技術(shù)評審 B）程序測試 C

10、）改正程序錯誤 D）管理評審5、以程序的內(nèi)部結(jié)構(gòu)為基礎(chǔ)的測試用例技術(shù)屬于（ d ）。A）灰盒測試B）數(shù)據(jù)測試C）黑盒測試D）白盒測試6、為了提高測試的效率，正確的做法是（ a ）。A）選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試用例B）在完成程序的編碼之后再制定軟件的測試計(jì)劃C）隨機(jī)選取測試用例D）使用測試用例測試是為了檢查程序是否做了應(yīng)該做的事7、對程序的測試最好由誰來做，對程序的調(diào)試最好由誰來做（ b ）。A）程序員 第三方測試機(jī)構(gòu)B）第三方測試機(jī)構(gòu) 程序員C）程序開發(fā)組 程序員D）程序開發(fā)組 程序開發(fā)組8、在進(jìn)行單元測試時，常用的方法是（c ）A）采用白盒測試，輔之以黑盒測試 B）采用黑盒測試，輔

11、之以白盒測試C）只使用白盒測試 D）只使用黑盒測試9、以下那一種選項(xiàng)不屬于軟件缺陷（ d ）。A）軟件沒有實(shí)現(xiàn)產(chǎn)品規(guī)格說明所要求的功能B）軟件中出現(xiàn)了產(chǎn)品規(guī)格說明不應(yīng)該出現(xiàn)的功能C）軟件實(shí)現(xiàn)了產(chǎn)品規(guī)格沒有提到的功能D）軟件實(shí)現(xiàn)了產(chǎn)品規(guī)格說明所要求的功能但因受性能限制而未考慮可移植性問題10、軟件生存周期過程中，修改錯誤最大的階段是（ d ）。A）需求階段B）設(shè)計(jì)階段C）編程階段D）發(fā)布運(yùn)行階段11、在邊界值分析中，下列數(shù)據(jù)通常不用來做數(shù)據(jù)測試的是（b ）。A）正好等于邊界的值 B）等價類中的等價值C）剛剛大于邊界的值 D）剛剛小于邊界的值D）在程序完成的編碼之后再制定軟件的測試用例12、單元測

12、試中設(shè)計(jì)測試用例的依據(jù)是（ d ）。 A）概要設(shè)計(jì)規(guī)格說明書 B）用戶需求規(guī)格說明書 C）項(xiàng)目計(jì)劃說明書 D）詳細(xì)設(shè)計(jì)規(guī)格說明書13、通?？煞譃榘缀袦y試和黑盒測試。白盒測試是根據(jù)程序的（ c ）來設(shè)計(jì)測試用例，黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計(jì)測試用例。 A）功能 B）性能 C）內(nèi)部邏輯 D）內(nèi)部數(shù)據(jù) 14、如果一個判定中的復(fù)合條件表達(dá)式為（A > 1）or（B <= 3），則為了達(dá)到100%的條件覆蓋率，至少需要設(shè)計(jì)多少個測試用例（ b ）。A）1B）2 C）3 D）415、經(jīng)驗(yàn)表明，在程序測試中，某模塊與其他模塊相比，若該模塊已發(fā)現(xiàn)并改正的錯誤較多，則該模塊中殘存的錯誤數(shù)目與其

13、他模塊相比，通常應(yīng)該（ b ）。A）較少 B）較多 C）相似 D）不確定16、下面有關(guān)軟件缺陷的說法中錯誤的是（ c）。A）缺陷就是軟件產(chǎn)品在開發(fā)中存在的錯誤B）缺陷就是軟件維護(hù)過程中存在的錯誤、毛病等各種問題C）缺陷就是導(dǎo)致系統(tǒng)程序崩潰的錯誤D）缺陷就是系統(tǒng)所需要實(shí)現(xiàn)某種功能的實(shí)效和違背17、在某大學(xué)學(xué)籍管理信息系統(tǒng)中，假設(shè)學(xué)生年齡的輸入范圍為1640，則根據(jù)黑盒測試中的等價類劃分技術(shù)，下面劃分正確的是（ b ）。A）可劃分為2個有效等價類，2個無效等價類B）可劃分為1個有效等價類，2個無效等價類C）可劃分為2個有效等價類，1個無效等價類D）可劃分為1個有效等價類，1個無效等價類18、根據(jù)軟

14、件需求規(guī)格說明書，在開發(fā)環(huán)境下對已經(jīng)集成的軟件系統(tǒng)進(jìn)行的測試是（ a ）。 A）系統(tǒng)測試B） 單元測試C） 集成測試 D） 驗(yàn)收測試19、下面有關(guān)測試原則的說法正確的是（ a ）。A）測試用例應(yīng)由測試的輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果組成B）測試用例只需選取合理的輸入數(shù)據(jù)C）程序最好由編寫該程序的程序員自己來測試D）使用測試用例進(jìn)行測試是為了檢查程序是否做了它該做的事20、集成測試對系統(tǒng)內(nèi)部的交互以及集成后系統(tǒng)功能檢驗(yàn)了何種質(zhì)量特性aA）正確性B）可靠性 C）可使用性 D）可維護(hù)性21、軟件設(shè)計(jì)階段的測試主要采取的方式是（ a）。A）評審B）白盒測試C）黑盒測試D）動態(tài)測試22、下列關(guān)于測試方法的敘述

15、中不正確的是（ c）A）從某種角度上講，白盒測試與黑盒測試都屬于動態(tài)測試 B）功能測試屬于黑盒測試 C）對功能的測試通常是要考慮程序的內(nèi)部結(jié)構(gòu) D）結(jié)構(gòu)測試屬于白盒測試23、在覆準(zhǔn)則中，最常用的是（ d ）A）語句覆蓋 B）條件覆蓋 C）分支覆蓋 D）以上全部24、大多數(shù)實(shí)際情況下，性能測試的實(shí)現(xiàn)方法是（ a ）。 A）黑盒測試 B）白盒測試 C）靜態(tài)分析 D）可靠性測試25、下列方法中，不屬于黑盒測試的是（ a ）。A）基本路徑測試法 B）等價類測試法C）邊界值分析法 D）基于場景的測試方法26、測試程序時，不可能遍歷所有可能的輸入數(shù)據(jù)，而只能是選擇一個子集進(jìn)行測試，那么最好的選擇方法是（

16、b）。A）隨機(jī)選擇B）劃分等價類C）根據(jù)接口進(jìn)行選擇 D）根據(jù)數(shù)據(jù)大小進(jìn)行選擇27、下列可以作為軟件測試對象的是（ d）。 A）需求規(guī)格說明書 B）軟件設(shè)計(jì)規(guī)格說明 C）源程序 D）以上全部28、數(shù)據(jù)流覆蓋關(guān)注的是程序中某個變量從其聲明、賦值到引用的變化情況，它是下列哪一種覆蓋的變種（ d ）。A）語句覆蓋B）控制覆蓋C）分支覆蓋D）路徑覆蓋29、在Web應(yīng)用軟件的分層測試策略中，下列哪個不是測試關(guān)注的層次（ c ）。A）數(shù)據(jù)層B）業(yè)務(wù)層C）服務(wù)層D）表示層30、軟件測試規(guī)范規(guī)定，軟件測試的類別可分為：單元測試、集成測試以及（ d ）。A）系統(tǒng)測試B）驗(yàn)收測試C）系統(tǒng)測試和驗(yàn)收測試D）配置項(xiàng)測

17、試、系統(tǒng)測試和驗(yàn)收測試1軟件測試的目的是（ B ）。A）試驗(yàn)性運(yùn)行軟件 B）發(fā)現(xiàn)軟件錯誤 C）證明軟件正確 D）找出軟件中全部錯誤2軟件測試中白盒法是通過分析程序的（ B ）來設(shè)計(jì)測試用例的。A）應(yīng)用范圍 B）內(nèi)部邏輯 C）功能 D）輸入數(shù)據(jù)3黑盒法是根據(jù)程序的（ C ）來設(shè)計(jì)測試用例的。A）應(yīng)用范圍 B）內(nèi)部邏輯 C）功能 D）輸入數(shù)據(jù)4為了提高軟件測試的效率，應(yīng)該（ D ）。A）隨機(jī)地選取測試數(shù)據(jù) B）取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C）在完成編碼以后制定軟件的測試計(jì)劃 D）選擇發(fā)現(xiàn)錯誤可能性最大的數(shù)據(jù)作為測試用例5與設(shè)計(jì)測試用例無關(guān)的文檔是（ A ）。A）項(xiàng)目開發(fā)計(jì)劃 B）需求規(guī)格說明書

18、 C）設(shè)計(jì)說明書 D）源程序6測試的關(guān)鍵問題是（ B ）。A）如何組織軟件評審 B）如何選擇測試用例C）如何驗(yàn)證程序的正確性 D）如何采用綜合策略7軟件測試用例主要由輸入數(shù)據(jù)和（ C ）兩部分組成。A）測試計(jì)劃 B）測試規(guī)則 C）預(yù)期輸出結(jié)果 D）以往測試記錄分析8成功的測試是指運(yùn)行測試用例后（ B ）。A）未發(fā)現(xiàn)程序錯誤 B）發(fā)現(xiàn)了程序錯誤 C）證明程序正確性 D）改正了程序錯誤9下列幾種邏輯覆蓋標(biāo)準(zhǔn)中，查錯能力最強(qiáng)的是（ D ）。A）語句覆蓋 B）判定覆蓋 C）條件覆蓋 D）條件組合覆蓋10在黑盒測試中，著重檢查輸入條件組合的方法是（ D ）。A）等價類劃分法 B）邊界值分析法 C）錯誤推

19、測法 D）因果圖法11單元測試主要針對模塊的幾個基本特征進(jìn)行測試，該階段不能完成的測試是（ A ）。A）系統(tǒng)功能 B）局部數(shù)據(jù)結(jié)構(gòu) C）重要的執(zhí)行路徑 D）錯誤處理12軟件測試過程中的集成測試主要是為了發(fā)現(xiàn)（ B ）階段的錯誤。A）需求分析 B）概要設(shè)計(jì) C）詳細(xì)設(shè)計(jì) D）編碼13不屬于白盒測試的技術(shù)是（ D ）。A）路徑覆蓋 B）判定覆蓋 C）循環(huán)覆蓋 D）邊界值分析14集成測試時，能較早發(fā)現(xiàn)高層模塊接口錯誤的測試方法為（ A ）。A）自頂向下漸增式測試 B）自底向上漸增式測試 C）非漸增式測試 D）系統(tǒng)測試15確認(rèn)測試以（ A ）文檔作為測試的基礎(chǔ)。A）需求規(guī)格說明書 B）設(shè)計(jì)說明書 C）

20、源程序 D）開發(fā)計(jì)劃16使用白盒測試方法時，確定測試數(shù)據(jù)應(yīng)根據(jù)（ A ）和指定的覆蓋標(biāo)準(zhǔn)。A）程序內(nèi)部邏輯 B）程序的復(fù)雜度 C）使用說明書 D）程序的功能17程序的三種基本結(jié)構(gòu)是（ B ）。A）過程子、程序、分程序 B）順序、選擇、循環(huán)C）遞歸、堆棧、隊(duì)列 D）調(diào)用、返回、轉(zhuǎn)移18結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是（ D ）A）篩選法 B）遞歸法 C）歸納法 D）逐步求精法19軟件調(diào)試的目的是（ A ）A）找出錯誤所在并改正之 B）排除存在錯誤的可能性C）對錯誤性質(zhì)進(jìn)行分類 D）統(tǒng)計(jì)出錯的次數(shù)20程序三種基本結(jié)構(gòu)的共同特點(diǎn)是（ D ）A）不能嵌套使用 B）只能用來寫簡單程序C）已經(jīng)用硬件實(shí)現(xiàn) D

21、）只有一個入口和一個出口21下面說法正確的是( C )。A）經(jīng)過測試沒有發(fā)現(xiàn)錯誤說明程序正確 B）測試的目標(biāo)是為了證明程序沒有錯誤C）成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試 D）成功的測試是沒有發(fā)現(xiàn)錯誤的測試22覆蓋準(zhǔn)則最強(qiáng)的是( D )。A）語句覆蓋 B）判定覆蓋C）條件覆蓋 D）路徑覆蓋23發(fā)現(xiàn)錯誤能力最弱的是( A )。A）語句覆蓋 B）判定覆蓋C）條件覆蓋 D）路徑覆蓋24實(shí)際的邏輯覆蓋測試中，一般以( C )為主設(shè)計(jì)測試用例。A）條件覆蓋 B）判定覆蓋C）條件組合覆蓋 D）路徑覆蓋25下面( D )方法能夠有效地檢測輸入條件的各種組合可能引起的錯誤。A）等價類劃分 B）邊界值分析

22、C）錯誤推測 D）因果圖26與確認(rèn)測試階段有關(guān)的文檔是( A )。A）需求規(guī)格說明書 B）概要設(shè)計(jì)說明書C）詳細(xì)設(shè)計(jì)說明書 D）源程序27超出軟件工程范圍的測試是( D )。A）單元測試 B）集成測試C）確認(rèn)測試 D）系統(tǒng)測試28軟件測試不需要了解軟件設(shè)計(jì)的( D )。A）功能 B）內(nèi)部結(jié)構(gòu)C）處理過程 D）條件29( B )方法需要考察模塊間的接口和各模塊之間的聯(lián)系。A）單元測試 B）集成測試C）確認(rèn)測試 D）系統(tǒng)測試30調(diào)試應(yīng)該由( B )完成。A）與源程序無關(guān)的程序員 B）編制該源程序的程序員C）不了解軟件設(shè)計(jì)的機(jī)構(gòu) D）設(shè)計(jì)該軟件的機(jī)構(gòu)31基線是軟件生存期中各開發(fā)階段的一個特定點(diǎn)，它可

23、作為一個檢查點(diǎn)，當(dāng)采用的基線發(fā)生錯誤時，我們可以返回到最近和最恰當(dāng)?shù)模?C ）上。A）配置項(xiàng) B）程序 C）基線 D）過程32版本管理是對系統(tǒng)不同版本進(jìn)行的（ A ）過程A）標(biāo)識與跟蹤 B）標(biāo)識變更 C）發(fā)布變更 D）控制變更33在變更控制中，管理各個用戶存取和修改一個特定軟件配置對象的權(quán)限是( D )。 A）異步控制B）同步控制C）存取控制 D）基線控制34. 在配置管理中，“登入”和“檢出”處理實(shí)現(xiàn)了兩個重要的變更控制要素，即同步控制和( B )。 A）異步控制B）同步控制C）基線控制D）存取控制35. 按照軟件配置管理的原始指導(dǎo)思想，受控制的對象應(yīng)是( C )。A）軟件元素 B）軟件配置

24、項(xiàng)C）軟件項(xiàng)目D）軟件過程36. 軟件配置項(xiàng)是軟件配置管理的對象，指的是軟件工程過程中所產(chǎn)生的( B )。A）接口 B）軟件環(huán)境C）信息項(xiàng)D）版本37在變更控制中，可用來確保由不同用戶所執(zhí)行的并發(fā)控制是( B )。A）異步控制B）同步控制C）存取控制D）基線控制38以下說法錯誤的是( A )。A）軟件配置管理簡稱SCIB）軟件配置項(xiàng)是配置管理的基本單位C）軟件配置實(shí)際上是一動態(tài)的概念D）軟件工程過程中某一階段的變更均要引起軟件配置的變更39在設(shè)計(jì)人機(jī)界面時，應(yīng)主要考慮的因素有（D）。系統(tǒng)響應(yīng)時間B）錯誤處理C）用戶求助機(jī)制D）以上都是40人機(jī)界面的風(fēng)格大致經(jīng)過了（ D ）代的演變A）一 B）二

25、 C）三 D） 四1軟件測試的目的:（c ） A. 避免軟件開發(fā)中出現(xiàn)的錯誤 B. 發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯誤 C. 盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤，提高軟件的可靠性 D. 修改軟件中出現(xiàn)的錯誤 2、軟件測試是采用（ a ）執(zhí)行軟件的活動。A測試用例B輸入數(shù)據(jù)C測試環(huán)境D輸入條件3、導(dǎo)致軟件缺陷的最大原因是：（a ）A軟件需求說明書B設(shè)計(jì)方案C編碼D維護(hù)4、在下列描述中，關(guān)于一個軟件缺陷狀態(tài)完整變化的錯誤描述是（d）A、打開修復(fù)關(guān)閉B、打開關(guān)閉C、打開保留D、激活修復(fù)重新打開5、在下列描述中，關(guān)于測試與調(diào)試的說法錯誤的是（d）A、測試是顯示錯誤的行為；而調(diào)試是推理的過程；B、測試顯示開發(fā)人員的

26、錯誤。調(diào)試是開發(fā)人員為自己辯護(hù)；C、測試能預(yù)期和可控。調(diào)試需要想象、經(jīng)驗(yàn)和思考；D、測試必須在詳細(xì)設(shè)計(jì)已經(jīng)完成的情況下才能開始；沒有詳細(xì)設(shè)計(jì)的信息調(diào)試不可能進(jìn)行。6、某次程序調(diào)試沒有出現(xiàn)預(yù)計(jì)的結(jié)果，下列（b）不可能是導(dǎo)致出錯的原因。 A變量沒有初始化 B編寫的語句書寫格式不規(guī)范 C循環(huán)控制出錯 D代碼輸入有誤 7、軟件缺陷修復(fù)的代價最高的階段為（a ）A、發(fā)布階段 B、需求階段C、設(shè)計(jì)階段 D、編碼階段8、不屬于邏輯覆蓋方法的是（d）。A組合覆蓋 B判定覆蓋 C條件覆蓋 D接口覆蓋9、（ d）是選擇若干個測試用例，運(yùn)行被測程序，使得程序中的每個可執(zhí)行語句至少執(zhí)行一次。A、條件覆蓋 B、組合覆蓋

27、C、判定覆蓋 D、語句覆蓋10、（ a）是設(shè)計(jì)足夠多的測試用例，使得程序中每個判定包含的每個條件的所有情況（真/假）至少出現(xiàn)一次，并且每個判定本身的判定結(jié)果（真/假）也至少出現(xiàn)一次。A、判定條件覆蓋 B、組合覆蓋C、判定覆蓋 D、條件覆蓋11軟件測試是軟件質(zhì)量保證的重要手段，下述哪種測試是軟件測試的最基礎(chǔ)環(huán)節(jié)？（ b ）A功能測試B單元測試C結(jié)構(gòu)測試D驗(yàn)收測試12、單元測試的主要任務(wù)不包括（ b ）。A出錯處理 B全局?jǐn)?shù)據(jù)結(jié)構(gòu)C獨(dú)立路徑 D模塊接口13、如下圖所示的N-S圖，至少需要（ b ）個測試用例完成邏輯覆蓋。A12 B48C27 D1814、單元測試中用來模擬實(shí)現(xiàn)被測模塊需調(diào)用的其他功

28、能模塊的是（ b）。A驅(qū)動模塊 B樁模塊C主控模塊 D真實(shí)的被調(diào)用模塊15、集成測試計(jì)劃應(yīng)該在（b ）階段末提交。A、需求分析 B、概要設(shè)計(jì)C、詳細(xì)設(shè)計(jì) D、單元測試完成后面應(yīng)該是老師說的沒給出的5個題（森哥特別提示）16、下列關(guān)于程序效率的描述錯誤的是（ C ）。A提高程序的執(zhí)行速度可以提高程序的效率B降低程序占用的存儲空間可以提高程序的效率C源程序的效率與詳細(xì)設(shè)計(jì)階段確定的算法的效率無關(guān)D好的程序設(shè)計(jì)可以提高效率17、下列（ B ）是對程序流程圖進(jìn)行簡化后得到的，它可以更加突出的表示程序控制流的結(jié)構(gòu)，且不包含復(fù)合條件。ADD-路徑圖 B 控制流圖CMM-路徑圖 D 模塊調(diào)用圖18、自底向上增量式集成測試中，下面（ C ）描述是正確的。 A測試由樁模塊控制 B最上面的模塊最先測試C父單元用測試過的子單元測試 D包含樹的深度優(yōu)先或廣度優(yōu)先遍歷過程19、測試后程序中殘存的錯誤數(shù)目與該程序中已發(fā)現(xiàn)的錯誤數(shù)目成（ D ）。A未知 B反比C相等 D正比20、針對是否對無效數(shù)據(jù)進(jìn)行測試，可以將等價類測試分為（ B ）1)標(biāo)準(zhǔn)(一般)等價類測試2)健壯等價類測試3)弱等價類測試4)強(qiáng)等價類測試A3）4） B1）2）C1）3） D2）4）三判斷題：1用黑盒法測試時，測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。錯2白盒測試是基于對程序控制結(jié)