【正文】
? AA. 找出錯(cuò)誤所在并改正之B. 排除存在錯(cuò)誤的可能性C. 對(duì)錯(cuò)誤性質(zhì)進(jìn)行分類 D. 統(tǒng)計(jì)出錯(cuò)的次數(shù),哪一項(xiàng)是正確的 ? D用黑盒法測(cè)試時(shí),測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。測(cè)試是為了驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求。對(duì)面向?qū)ο蟪绦騺?lái)說(shuō),單元測(cè)試的最小單元是每條程序語(yǔ)句,即以分號(hào)結(jié)尾的程序。發(fā)現(xiàn)錯(cuò)誤多的程序模塊,殘留在模塊中的錯(cuò)誤也多。創(chuàng)建一個(gè)基于JUNIT的單元測(cè)試類,該類必須擴(kuò)展? CA.TestSuite B. Assert C. TestCase D. JFCTestCase,不正確的說(shuō)法是? CA.單元測(cè)試的主要目的是針對(duì)編碼過(guò)程中可能存在的各種錯(cuò)誤;B.單元測(cè)試一般是由程序開發(fā)人員完成的C.單元測(cè)試是一種不需要關(guān)注程序結(jié)構(gòu)的測(cè)試;D.單元測(cè)試屬于白盒測(cè)試的一種。? BA.先寫程序后寫測(cè)試的開發(fā)方法 B. 先寫測(cè)試后寫程序,即“測(cè)試先行” C. 用單元測(cè)試的方法寫測(cè)試 D. 不需要測(cè)試的開發(fā),應(yīng)當(dāng)用的斷言方法是? CA.a(chǎn)ssertNotNull( ) B. assertSame() C. assertEquals() D. assertNotEquals()? CA.方法 B. 接口 C. 類 D. 抽象類? AA.集成多個(gè)測(cè)試用例 B. 做系統(tǒng)測(cè)試用的 C. 做自動(dòng)化測(cè)試用的 D. 方法斷言,以下說(shuō)法正確的一項(xiàng)是? CA.測(cè)試類的命名只要符合Java類的命名規(guī)則就可以了;B.測(cè)試類的命名一般要求以Test打頭,后接類名稱,如:TestPerson;C.測(cè)試類的命名一般要求以Test結(jié)尾,前接類名稱,如:PersonTest;D.測(cè)試類中的方法都是以testXxx()形式出現(xiàn)。,初始化一個(gè)被測(cè)試對(duì)象,會(huì)在測(cè)試類的 ? 中進(jìn)行。 BA.tearDown() B. setUp() C. 構(gòu)造方法 D. 任意位置? DA.它是一種驗(yàn)證行為 B. 它是一種設(shè)計(jì)行為C.它是一種編寫文檔的行為 D. 它是一種評(píng)估行為,不是一類的測(cè)試是? CA.黑盒測(cè)試 B. 白盒測(cè)試 C. 單元測(cè)試 D. 灰盒測(cè)試? CA.單元測(cè)試 B. 白盒測(cè)試 C. 黑盒測(cè)試 D. 確認(rèn)測(cè)試? CA.單元測(cè)試 B. 灰盒測(cè)試 C. 白盒測(cè)試 D. 用戶測(cè)試14以下不屬于白盒測(cè)試的優(yōu)點(diǎn)是? BA.增大代碼的覆蓋率 B. 與軟件的內(nèi)部實(shí)現(xiàn)無(wú)關(guān)C.提高代碼的質(zhì)量 D. 發(fā)現(xiàn)代碼中隱藏的問(wèn)題? AA.集成測(cè)試 B. 系統(tǒng)測(cè)試 C. 回歸測(cè)試 D. 確認(rèn)測(cè)試,除了用于Java的JUnit還有CppUnit、NUnit等,它們是? AA.C++單元測(cè)試框架、.NET單元測(cè)試框架 B. C語(yǔ)言單元測(cè)試框架、通用單元測(cè)試框架C.C++單元測(cè)試框架、自動(dòng)化單元測(cè)試框架 D. 自動(dòng)化單元測(cè)試框架、.NET單元測(cè)試框架,以下說(shuō)法不正確的是? DA. 它是JAVA GUI的測(cè)試框架 B. 它是JUnit的擴(kuò)展,用于GUI的測(cè)試C. 編寫JFCUnit的測(cè)試用例需要擴(kuò)展JFCTestCaseD. JFCUnit是Java GUI測(cè)試框架和JUnit沒(méi)有任何關(guān)系? FA.功能 B. 性能 C. 可用性 D. 安全性 E. 客戶端兼容性 F. 可擴(kuò)展性? CA.功能測(cè)試 B. 客戶端兼容性測(cè)試 C. 性能測(cè)試 D. 安全測(cè)試? AA.工業(yè)標(biāo)準(zhǔn)級(jí)負(fù)載測(cè)試工具 B. 一款下載軟件 C. 單元測(cè)試框架 D. 集成開發(fā)工具,不正確的一項(xiàng)是? DA.用于測(cè)試期望結(jié)果的斷言 B. 用于共享共同測(cè)試數(shù)據(jù)的測(cè)試工具C.易于集成到測(cè)試人員的構(gòu)建過(guò)程中,Jnuit和Ant的結(jié)合可以實(shí)施增量開發(fā)D.JNuit是收費(fèi)的,不能做二次開發(fā):集成模式和? AA.命令模式 B. 適配器模式 C. 單例模式 D. 接口模式,斷言方法是? BA.(720,(6))B. (720,(6))C.(720,(6))D. (720,(6))一、判斷(01)測(cè)試是為了驗(yàn)證軟件已正確地實(shí)現(xiàn)了用戶的要求。 錯(cuò)(02)白盒測(cè)試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān),完全可以不考慮程序的功能要求。 對(duì)(03)白盒測(cè)試不僅與程序的內(nèi)部結(jié)構(gòu)有關(guān),還要考慮程序的功能要求。 錯(cuò)(04)黑盒測(cè)試的測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。 錯(cuò)(05)黑盒測(cè)試的測(cè)試用例是根據(jù)應(yīng)用程序的功能需求設(shè)計(jì)的。 對(duì)(06)為了快速完成集成測(cè)試,采用一次性集成方式是適宜的。 錯(cuò)(07)在軟件開發(fā)過(guò)程中,若能推遲暴露其中的錯(cuò)誤,則為修復(fù)和改進(jìn)錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低。 錯(cuò)(05)在軟件開發(fā)過(guò)程中,若能盡早暴露其中的錯(cuò)誤,則為修復(fù)和改進(jìn)錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低。 對(duì)(09)單元測(cè)試通常由開發(fā)人員進(jìn)行。 對(duì)(10)壓力測(cè)試通常需要輔助工具的支持。 對(duì)(11)壓力測(cè)試不需要輔助工具的支持。 錯(cuò)(12)測(cè)試人員說(shuō):“沒(méi)有可運(yùn)行的程序,我無(wú)法進(jìn)行測(cè)試工作”。 錯(cuò)(13)軟件測(cè)