①軟件測試判斷題目選擇題目30分_第1頁
①軟件測試判斷題目選擇題目30分_第2頁
①軟件測試判斷題目選擇題目30分_第3頁
①軟件測試判斷題目選擇題目30分_第4頁
①軟件測試判斷題目選擇題目30分_第5頁
已閱讀5頁,還剩18頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、1. 軟件調(diào)試的目的是? AA. 找出錯誤所在并改正之B. 排除存在錯誤的可能性C. 對錯誤性質(zhì)進行分類D. 統(tǒng)計岀錯的次數(shù)2. 下列敘述中,哪一項是正確的? D用黑盒法測試時,測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計的;測試是為了驗證該軟件已正確地實現(xiàn)了用戶的要求;對面向?qū)ο蟪绦騺碚f,單元測試的最小單元是每條程序語句,即以分號結(jié)尾的程序 發(fā)現(xiàn)錯誤多的程序模塊,殘留在模塊中的錯誤也多。創(chuàng)建一個基于JUNIT的單元測試類,該類必須擴展? CA. TestSuite 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)當用的斷言方法是? CA. assertNotNull( )B.assertSame()C. assertEquals()D.assertNotEquals()6. TestCase 是 junit.tramework 中的一個? CA.方法 B.

3、 接口 C. 類 D. 抽象類精彩文檔實用標準文案15.組裝測試又稱為?A7. TestSuite 是 J UNIT 中用來?AA.集成多個測試用例B.做系統(tǒng)測試用的C.做自動化測試用的D.8. 對于測試程序的一些命名規(guī)則,以下說法正確的一項是測試類的命名只要符合測試類的命名一般要求以測試類的命名一般要求以測試類屮的方法都是以A-B-C.D.Java類的命名規(guī)則就可以了;Test打頭,后接類名稱,Test結(jié)尾,前接類名稱,testXxx ()形式出現(xiàn)。如:如:TestPerson ;PersonTest ;方法斷言9.通常,初始化一個被測試對象,會在測試類的 A. tearDown() B.

4、setUp() C.構(gòu)造方法中進行。B任意位置D.10.A-C-以下不屬于單元測試優(yōu)點的一項是它是一種驗證行為它是一種編寫文檔的行為B.D.它是一種設(shè)計行為它是一種評估行為11.A-從技術(shù)角度分,不是一類的測試是 黑盒測試B.白盒測試C.C單元測試D.灰盒測試12.數(shù)據(jù)驅(qū)動測試也稱A.單元測試B.C白盒測試C.黑盒測試D.確認測試13.邏輯驅(qū)動測試也稱單元測試 B.A.14A.C.C灰盒測試C.白盒測試D.用戶測試以下不屬于白盒測試的優(yōu)點是 增大代碼的覆蓋率 提高代碼的質(zhì)量B.D.?與軟件的內(nèi)部實現(xiàn)無關(guān) 發(fā)現(xiàn)代碼中隱藏的問題實用標準文案1精彩文檔A.集成測試B.系統(tǒng)測試C.回歸測試D.確認測試

5、22.JUnit的兩個模式:集成模式和A.命令模式B.適配器模式C. 單例模式D.接口模式16.對于單元測試框架, 除了用于Java的JUnit還有CppUnit、NUnit 等,它們是? AA. C+單元測試框架、.NET單元測試框架框架C. C+單元測試框架、自動化單元測試框架17.對于JFCUnit ,以下說法不正確的是?它是JAVA GUI的測試框架它是JUnit的擴展,用于GUI的測試編寫JFCUnit的測試用例需要擴展JFCTestCaseA.B.B.C語言單元測試框架、通用單元測試D.自動化單元測試框架、.NET單元測試框架C.D. JFCUnit是Java GUI測試框架和JU

6、nit沒有任何關(guān)系WEB測試的范18.以下哪一項不屬于疇?A.功能B. 性能C. 可用性D.安全性 E. 客戶端兼容性 F.可擴展性3測試6的階乘,斷言方法是?Assert.assertSame(720,jc.jieChen(6).Assert.assertEquals(720,jc.jieChen(6).Assert.assertNull(720,jc.jieChen(6).Assert.assertTrue(720,jc.jieChen(6)-、判斷:01)02)03)(04)(05)06)測試是為了驗證軟件已正確地實現(xiàn)了用戶的要求。錯白盒測試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān),完全可以不考慮程序的功

7、能要求。19.連接速度測試屬于A.功能測試 B.C客戶端兼容性測試C.性能測試D.安全測試白盒測試不僅與程序的內(nèi)部結(jié)構(gòu)有關(guān),還要考慮程序的功能要求。 黑盒測試的測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計的。錯黑盒測試的測試用例是根據(jù)應(yīng)用程序的功能需求設(shè)計的。為了快速完成集成測試,采用一次性集成方式是適宜的。 在軟件開發(fā)過程中,若能推遲暴露其屮的錯誤,錯20.LoadRunner 是?A.工業(yè)標準級負載測試工具C.單元測試框架07)亡價就會降低。(05)在軟件開發(fā)過程中,若能盡早暴露其中的錯誤,對對錯則為修復(fù)和改進錯誤所花費的則為修復(fù)和改進錯誤所花費的B.D.一款下載軟件 集成開發(fā)工具彳:價就會降低。:09

8、)1 10)11)21.JUnit的特征,不正確的一項是A.B.C.D.用于測試期望結(jié)果的斷言用于共享共同測試數(shù)據(jù)的測試工具 易于集成到測試人員的構(gòu)建過程屮 JNuit是收費的,不能做二次開發(fā)Jnuit和Ant的結(jié)合可以實施增量開發(fā)-單元測試通常由開發(fā)人員進行。壓力測試通常需要輔助工具的支持。壓力測試不需要輔助工具的支持。測試人員說:“沒有可運行的程序,軟件測試員可以對產(chǎn)品說明書進行軟件測試員無法對產(chǎn)品說明書進行對對錯我無法進行測試工作” 白盒測試。白盒測試。在設(shè)計測試用例時,應(yīng)包括合理的輸入條件和不合理的輸入條件。、選擇、用黑盒技術(shù)設(shè)計測試用例的方法之一為(實用標準文案A)因果圖 B )邏輯

9、覆蓋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)可擴展性和靈活性D)容錯糾錯能力8、在進行單元測試時,常用的方法是(A)采用白盒測試,輔Z以黑盒測試C)只使用白盒測試c )B)采用黑盒測試,輔之以白盒測試D)只使用黑盒測試9、以下那一種選項不屬于軟件缺陷( d )。A)軟件沒有實現(xiàn)產(chǎn)品規(guī)格說明所要求的功能B)軟件屮出現(xiàn)了產(chǎn)品規(guī)格說明不應(yīng)該出現(xiàn)的功能C)軟件實

10、現(xiàn)了產(chǎn)品規(guī)格沒有提到的功能D)軟件實現(xiàn)了產(chǎn)品規(guī)格說明所要求的功能但因受性能限制而未考慮可移植性問題A)技術(shù)評審B)程序測試C )改正程序錯誤D)管理評審D)白盒測試4、堅持在軟件的各個階段實施下列哪種質(zhì)量保障措施,才能在開發(fā)過程屮盡早發(fā)現(xiàn)和 預(yù)防錯誤,把出現(xiàn)的錯誤克服在早期( a ) o5、以程序的內(nèi)部結(jié)構(gòu)為基礎(chǔ)的測試用例技術(shù)屬于(d )。A)灰盒測試B)數(shù)據(jù)測試C)黑盒測試10、軟件生存周期過程屮,修改錯誤最大的階段是( d ) OA)需求階段B)設(shè)計階段C)編程階段D)發(fā)布運行階段11、在邊界值分析中,下列數(shù)據(jù)通常不用來做數(shù)據(jù)測試的是(b ) oA)正好等于邊界的值B )等價類中的等價值C

11、)剛剛大于邊界的值D)剛剛小于邊界的值D)在程序完成的編碼之后再制定軟件的測試用例6、為了提高測試的效率,正確的做法是( a ) oA)選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試用例B)在完成程序的編碼Z后再制定軟件的測試計劃C)隨機選取測試用例D)使用測試用例測試是為了檢查程序是否做了應(yīng)該做的事12、單元測試中設(shè)計測試用例的依據(jù)是(A)概要設(shè)計規(guī)格說明書C )項目計劃說明書d )。B)用戶需求規(guī)格說明書D)詳細設(shè)計規(guī)格說明書13、通??煞譃榘缀袦y試和黑盒測試。白盒測試是根據(jù)程序的(c )來設(shè)計測試用例,黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計測試用例。7、對程序的測試最好由誰來做,對程序的調(diào)試最好由誰來做

12、(b ) oA)程序員B)第三方測試機構(gòu)C)程序開發(fā)組D)程序開發(fā)組第三方測試機構(gòu)程序員程序員程序開發(fā)組A)功能B)性能 C )內(nèi)部邏輯D)內(nèi)部數(shù)據(jù)14、如果一個判定屮的復(fù)合條件表達式為( 條件覆蓋率,至少需要設(shè)計多少個測試用例( A) 1B) 2A> 1 ) or ( B <= 3 ),則為了達到b ) oC) 3100% 的D)實用標準文案4A)正確性B)可靠性C)可使用性D)可維護性精彩文檔15、經(jīng)驗農(nóng)明,在程序測試中,某模塊與其他模塊相比,若該模塊已發(fā)現(xiàn)并改止的錯21、軟件設(shè)計階段的測試主要采取的方式是(誤較多,則該模塊屮殘存的錯誤數(shù)目與其他模塊相比,通常應(yīng)該(A)較少B)

13、較多C)相似D)不確定16、下面有關(guān)軟件缺陷的說法屮錯誤的是( 缺陷就是軟件產(chǎn)品在開發(fā)中存在的錯誤 缺陷就是軟件維護過程屮存在的錯誤、毛病等各種問題 缺陷就是導(dǎo)致系統(tǒng)程序崩潰的錯誤 缺陷就是系統(tǒng)所需要實現(xiàn)某種功能的實效和違背A)B)C)D)片)評審B)白盒測試C)黑盒測試2、下列關(guān)于測試方法的敘述中不正確的是( c )4)從某種角度上講,白盒測試與黑盒測試都屬于動態(tài)測試)功能測試屬于黑盒測試)對功能的測試通常是要考慮程序的內(nèi)部結(jié)構(gòu))結(jié)構(gòu)測試屬于白盒測試 在覆準則中,最常用的是(d )B)條件覆蓋3、D)動態(tài)測試2A)語句覆蓋C)分支覆蓋D)以上全部17、在某大學學籍管理信息系統(tǒng)屮,假設(shè)學生年齡

14、的輸入范圍為 測試中的等價類劃分技術(shù),下面劃分正確的是( b ) OA)B)16-40,則根據(jù)黑盒4、大多數(shù)實際情況下,性能測試的實現(xiàn)方法是)黑盒測試B)白盒測試C)靜態(tài)分析可靠性測試C)D)可劃分為可劃分為可劃分為可劃分為個有效等價類, 個有效等價類, 個有效等價類, 個有效等價類,個無效等價類個無效等價類個無效等價類個無效等價類5、下列方法中,不屬于黑盒測試的是(4)基本路徑測試法B)C)邊界值分析法D)等價類測試法 基于場景的測試方法18、(a根據(jù)軟件需求規(guī)格說明書,)O)系統(tǒng)測試在開發(fā)環(huán)境下對已經(jīng)集成的軟件系統(tǒng)進行的測試是B)單元測試C)集成測試D) 驗收測6、測試程序時,不可能遍歷所

15、有可能的輸入數(shù)據(jù),而只能是選擇一個子集進行測試, 那么最好的選擇方法是(b ) o4)隨機選擇C)根據(jù)接口進行選擇B)劃分等價類D )根據(jù)數(shù)據(jù)大小進行選擇19、A)B)C)D)下面有關(guān)測試原則的說法正確的是(a測試用例應(yīng)由測試的輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果組成測試用例只需選取合理的輸入數(shù)據(jù)程序最好由編寫該程序的程序員自己來測試使用測試用例進行測試是為了檢查程序是否做了它該做的事7、A )下列可以作為軟件測試對象的是 需求規(guī)格說明書B)源程序d ) o)軟件設(shè)計規(guī)格說明)以上全部20、集成測試對系統(tǒng)內(nèi)部的交互以及集成后系統(tǒng)功能檢驗了何種質(zhì)量特性8、U哪一種覆蓋的變種(數(shù)據(jù)流覆蓋關(guān)注的是程序屮某個變量

16、從其聲明、賦值到引用的變化情況,它是下d ) o實用標準文案A)語句覆蓋B)控制覆蓋C)分支覆蓋D)路徑覆蓋精彩文檔29、在Web應(yīng)用軟件的分層測試策略屮,下列哪個不是測試關(guān)注的層次(c )。A)數(shù)據(jù)層B)業(yè)務(wù)層C)服務(wù)層D)表示層8.成功的測試是指運行測試用例后( B ) o吟)未發(fā)現(xiàn)程序錯誤B )發(fā)現(xiàn)了程序錯誤 C )證明程序止確性D )改止了程序錯30、軟件測試規(guī)范規(guī)定,軟件測試的類別可分為:單元測試、集成測試以及(A)系統(tǒng)測試B)驗收測試C)系統(tǒng)測試和驗收測試D)配置項測試、系統(tǒng)測試和驗收測試94)語句覆蓋下列幾種邏輯覆蓋標準中,查錯能力最強的是()判定覆蓋 c )條件覆蓋D ) o)

17、條件組合覆蓋1 軟件測試的目的是(B )。A)試驗性運行軟件 B )發(fā)現(xiàn)軟件錯誤C )證明軟件正確 D )找出軟件中全部錯誤14)等價類劃分法0.在黑盒測試中,著重檢查輸入條件組合的方法是(B )邊界值分析法D ) oC)錯誤推測法 D )因果圖法2.軟件測試屮白盒法是通過分析程序的(B )來設(shè)計測試用例的。A)應(yīng)用范圍B )內(nèi)部邏輯C )功能D )輸入數(shù)據(jù)1.單元測試主要針對模塊的幾個基本特征進行測試,該階段不能完成的測試是1 A ) oA)系統(tǒng)功能B )局部數(shù)據(jù)結(jié)構(gòu)C )重要的執(zhí)行路徑D )錯誤處理3.黑盒法是根據(jù)程序的(C )來設(shè)計測試用例的。A)應(yīng)用范圍B )內(nèi)部邏輯C )功能D )輸

18、入數(shù)據(jù)2軟件測試過程屮的集成測試主要是為了發(fā)現(xiàn)( )4)需求分析B )概要設(shè)計詳細設(shè)計)階段的錯誤。編碼4.為了提高軟件測試的效率,應(yīng)該( D ) oA)隨機地選取測試數(shù)據(jù)BC)在完成編碼以后制定軟件的測試計劃 用例)取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)D)選擇發(fā)現(xiàn)錯誤可能性最大的數(shù)據(jù)作為測試3不屬于白盒測試的技術(shù)是(B )判定覆蓋1沖)路徑覆蓋)0循環(huán)覆蓋邊界值分析A)項目開發(fā)計劃B)需求規(guī)格說明書C )設(shè)計說明書D )源程序6.測試的關(guān)鍵問題是(B)0A)如何組織軟件評審B)如何選擇測試用例C)如何驗證程序的正確性D)如何采用綜合策略5.與設(shè)計測試用例無關(guān)的文檔是( A ) o1彳)自頂向下漸

19、增式測試 測試7軟件測試用例主要由輸入數(shù)據(jù)和(C )兩部分組成。A)測試計劃B )測試規(guī)則C )預(yù)期輸出結(jié)果D )以往測試記錄分析4集成測試時,能較早發(fā)現(xiàn)高層模塊接口錯誤的測試方法為B )自底向上漸增式測試C5確認測試以(A )文檔作為測試的基礎(chǔ)。)需求規(guī)格說明書 B )設(shè)計說明書C )源程序*使用白盒測試方法時,確定測試數(shù)據(jù)應(yīng)根據(jù)(AQ)程序內(nèi)部邏輯 B )程序的復(fù)雜度C )使用說明書(A ) o)非漸增式測試DD )開發(fā)計劃)和指定的覆蓋標準。D )程序的功能)系統(tǒng)實用標準文案精彩文檔17.程序的三種基本結(jié)構(gòu)是A)過程子、程序、分程序C)遞歸、堆棧、隊列)0順序、選擇、循環(huán)調(diào)用、返回、轉(zhuǎn)移

20、24.實際的邏輯覆蓋測試中,一般以 (C)為主設(shè)計測試用例。A)條件覆蓋B)判定覆蓋C)條件組合覆蓋D)路徑覆蓋18.結(jié)構(gòu)化程序設(shè)計的一種基本方法是( )A)篩選法 B )遞歸法D )歸納法 D )逐步求精法5.下面(D )4)等價類劃分C)錯誤推測方法能夠有效地檢測輸入條件的各種組合可能引起的錯誤。)邊界值分析D)因果圖19.軟件調(diào)試的目的是(A)找出錯誤所在并改正之C)對錯誤性質(zhì)進行分類)排除存在錯誤的可能性 統(tǒng)計出錯的次數(shù)2A)需求規(guī)格說明書C)詳細設(shè)計說明書6.與確認測試階段有關(guān)的文檔是B(A) o)概要設(shè)計說明書)源程序20.程序三種基本結(jié)構(gòu)的共同特點是)A)不能嵌套使用C)已經(jīng)用硬

21、件實現(xiàn)(只能用來寫簡單程序 只有一個入口和一個出口7.超出軟件工程范圍的測試是 右)單元測試C)確認測試(D) oB)集成測試D)系統(tǒng)測試21.下面說法正確的是A)經(jīng)過測試沒有發(fā)現(xiàn)錯誤說明程序正確 有錯誤C)成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試 測試(C))測試的目標是為了證明程序沒D)成功的測試是沒有發(fā)現(xiàn)錯誤的8.軟件測試不需要了解軟件設(shè)計的(D4)功能B)處理過程D)) ° 內(nèi)部結(jié)構(gòu) 條件22.覆蓋準則最強的是(D)A)語句覆蓋C)條件覆蓋B)D)判定覆蓋路徑覆蓋p. (B)方法需要考察模塊間的接口和各模塊之間的聯(lián)系。 集成測試 系統(tǒng)測試?)單元測試C)確認測試B)D)23

22、.發(fā)現(xiàn)錯誤能力最弱的是(A)A)語句覆蓋C)條件覆蓋B)D)判定覆蓋路徑覆蓋0.調(diào)試應(yīng)該由(B)完成。 /)與源程序無關(guān)的程序員 C)不了解軟件設(shè)計的機構(gòu)B)D)編制該源程序的程序員設(shè)計該軟件的機構(gòu)1.基線是軟件生存期屮各開發(fā)階段的一個特定點,它可作為一個檢查點,當采用的 基線發(fā)生錯誤時,我們可以返回到最近和最恰當?shù)模?C )上。實用標準文案系統(tǒng)響應(yīng)時間 B)錯誤處理 C)用戶求助機制 D)以上都是A)配置項B )程序 C )基線 D )過程39在設(shè)計人機界面時,應(yīng)主要考慮的因素有( D) o精彩文檔32.版本管理是對系統(tǒng)不同版本進行的( A)過程A)標識與跟蹤B )標識變更 C )發(fā)布變更

23、D )控制變更0.人機界面的風格大致經(jīng)過了(D )代的演變33.在變更控制中,管理各個用戶存取和修改一個特定軟件配置對象的權(quán)限是(D)A)異步控制C)存取控制B)同步控制D)基線控制14避免軟件開發(fā)屮出現(xiàn)的錯誤軟件測試的目的:(c )34.在配置管理中,“登入”和“檢出”處理實現(xiàn)了兩個重要的變更控制要素,即同步控制和(B)發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯誤盡可能發(fā)現(xiàn)并排除軟件屮潛藏的錯誤,提高軟件的可靠性修改軟件中出現(xiàn)的錯誤A)異步控制C)基線控制B)同步控制D)存取控制35.按照軟件配置管理的原始指導(dǎo)思想,受控制的對彖應(yīng)是(C) oA)軟件元素B)軟件配置項C)軟件項目D)軟件過程、軟件測試是采用(a

24、 )執(zhí)行軟件的活動。 h測試用例輸入數(shù)據(jù)測試環(huán)境輸入條件36.軟件配置項是軟件配置管理的對彖,指的是軟件工程過程屮所產(chǎn)生的(B) oA)接口B)軟件環(huán)境C)信息項D)版本37.在變更控制中,可用來確保由不同用戶所執(zhí)行的并發(fā)控制是(B)A)異步控制B)同步控制C)存取控制D)基線控制導(dǎo)致軟件缺陷的最大原因是:(a )4.軟件需求說明書設(shè)計方案編碼維護d)38.以下說法錯誤的是(A)。A)軟件配置管理簡稱 SCIB)軟件配置項是配置管理的基本單位C)軟件配置實際上是一動態(tài)的概念D)軟件工程過程屮某一階段的變更均要引起軟件配置的變更、在下列描述屮,關(guān)于一個軟件缺陷狀態(tài)完整變化的錯誤描述是( 修復(fù)一一

25、關(guān)閉、打開一一關(guān)閉、打開一一保留、激活一一修復(fù)一一重新打開5、在下列描述中,關(guān)于測試與調(diào)試的說法錯誤的是( d)A、測試是顯示錯誤的行為;而調(diào)試是推理的過程;B、測試顯示開發(fā)人員的錯誤。調(diào)試是開發(fā)人員為自己辯護;C、測試能預(yù)期和可控。調(diào)試需要想象、經(jīng)驗和思考;D、測試必須在詳細設(shè)計已經(jīng)完成的情況下才能開始;沒有詳細設(shè)計的信息調(diào)試 不可能進行。6、某次程序調(diào)試沒有岀現(xiàn)預(yù)計的結(jié)果,A.變量沒有初始化BC.循環(huán)控制出錯D7、軟件缺陷修復(fù)的代價最高的階段為(aA、發(fā)布階段BC、設(shè)計階段D下列( b)不可能是導(dǎo)致出錯的原因。.編寫的語句書寫格式不規(guī)范代碼輸入有誤)、需求階段、編碼階段8、不屬于邏輯覆蓋方

26、法的是( d)。A.組合覆蓋BC.條件覆蓋D判定覆蓋接口覆蓋9、(d )是選擇若干個測試用例,運行被測程序,使得程序屮的每個可執(zhí)行語C、判定覆蓋D、語句覆蓋句至少執(zhí)行一次。、組合覆蓋A、條件覆蓋有情況(真/假)至少出現(xiàn)一次,并且每個判定本身的判定結(jié)果(真/假)也至少出現(xiàn)一次。A、判定一條件覆蓋B、組合覆蓋C、判定覆蓋D、條件覆蓋10、(a )是設(shè)計足夠多的測試用例,使得程序屮每個判定包含的每個條件的所1. 軟件測試是軟件質(zhì)量保證的重要手段,下述哪種測試是軟件測試的最基礎(chǔ)環(huán)F? ( b )功能測試單元測試.結(jié)構(gòu)測試驗收測試2、單元測試的主要任務(wù)不包括(b ) o出錯處理B全局數(shù)據(jù)結(jié)獨立路徑D.模

27、塊接口3、如下圖所示的 N-S圖,至少需要(b )個測試用例完成邏輯覆蓋。.12B 48.27D 18仁單元測試屮用來模擬實現(xiàn)被測模塊需調(diào)用的其他功能模塊的是(b ) O驅(qū)動模塊B樁模塊.主控模塊D真實的被調(diào)井莫塊5、集成測試計劃應(yīng)該在(b)階段末提交。、需求分析B、概要設(shè)計、詳細設(shè)計D、單元測試完成;面應(yīng)該是老師說的沒給出的5個題(森哥特別提示)5、下列關(guān)于程序效率的描述錯誤的是( C) o提高程序的執(zhí)行速度可以提高程序的效率降低程序占用的存儲空間可以提高程序的效率1£tCE1Al;C1AC1AC戶14CJi1源程序的效率與詳細設(shè)計階段確定的算法的效率無關(guān)實用標準文案精彩文檔D.好

28、的程序設(shè)計可以提高效率17、下列(B )是對程序流程圖進行簡化后得到的,它可以更加突出的表示試依據(jù)。對5.軟件測試時經(jīng)常要輸入無效的,不合理的數(shù)據(jù)進行測試。對6如果發(fā)布的軟件有質(zhì)量問題,那是軟件測試人員的錯。錯程序控制流的結(jié)構(gòu),且不包含復(fù)合條件。設(shè)計一實現(xiàn)一測試,軟件測試是開發(fā)后期的一個階段。錯A. DD路徑圖B.控制流圖C. 路徑圖D模塊調(diào)用圖18、自底向上增量式集成測試中,下面( C)描述是正確的。A. 測試由樁模塊控制B. 最上面的模塊最先測試C. 父單元用測試過的子單元測試D. 包含樹的深度優(yōu)先或廣度優(yōu)先遍歷過程囚.選擇題:.軟件測試是按照特定的規(guī)程,A發(fā)現(xiàn)軟件錯誤C證明程序沒有錯誤的過程。說明程序正確設(shè)計并運行測試用例測

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論