測試復(fù)習題修正

1、測試復(fù)習題修正復(fù)習題1 填空題1、傳統(tǒng)的測試方法分為黑盒和白盒測試兩種，其中等價類劃分、邊界值分析、因果圖和錯誤猜測法是黑盒測試方法中典型的方法。2、軟件測試過程主要分為單元測試、集成測試、系統(tǒng)測試、驗收測試四類測試。3、對面向?qū)ο蟮能浖y試與傳統(tǒng)的軟件測試相比增加了面向?qū)ο蠓治龅臏y試和面向?qū)ο笤O(shè)計的測試、面向?qū)ο缶幊痰臏y試。4、軟件測試的目的是發(fā)現(xiàn)軟件中的缺陷，提高軟件質(zhì)量。5、白盒測試法是通過分析程序的內(nèi)部邏輯來設(shè)計測試用例的方法。 6、產(chǎn)品缺陷的80以上是在產(chǎn)品開發(fā)過程中的需求定義階段引入的。 7、決策表的組成：條件樁、條件項、動作樁、動作項、規(guī)則8、決策表不能表達重復(fù)執(zhí)行的動作，例如循

2、環(huán)結(jié)構(gòu) 9、黑盒測試又稱為功能測試 ，其測試依據(jù)是 軟件需求規(guī)格說明書 10、Bug處理時的優(yōu)先等級：立刻修復(fù)（Immediate）、盡快修復(fù)（Hight）、正常修復(fù)（Normal）、考慮修復(fù)（Low） 11、單元測試的依據(jù)是 詳細設(shè)計說明書 和 源程序 12、集成測試中的兩種集成模式是 非增量測試模式 和 增量測試模式 13、白盒測試中，控制流測試是面向程序的結(jié)構(gòu)，數(shù)據(jù)流測試是面向程序的變量2 選擇題1) 軟件危機體現(xiàn)在：(D) 以上都是2) 下列關(guān)于國外測試特點的描述正確的是：(D) 以上都是3) 軟件測試原則有哪些（D）反相思維邏輯，追溯至用戶需求，盡早和不斷的測試4) 初涉軟件測試人員

3、希望拿到軟件后就進行完全的測試，找出所有的軟件錯誤，并使軟件趨于完美。想法使非常好，但是實現(xiàn)是不可能的，主要原因：（E) 以上都對5) 并非所有的錯誤都能修復(fù)，以下選項屬于BUG不能被關(guān)閉的原因（B）B.不算真正的軟件錯誤，沒有足夠的時間，修復(fù)的風險太大，不值得修復(fù)6) 錯誤集中發(fā)生現(xiàn)象（E）以上都對7) 徹底的測試不可能,如果時間不夠，無法進行充分的測試怎么辦（D）以上都對8) 經(jīng)驗表明，在程序測試中，某模塊與其他模塊相比，若該模塊已發(fā)現(xiàn)并改正的錯誤數(shù)目較多，則該模塊中殘存的錯誤數(shù)目與其他模塊相比，通常應(yīng)該（B ）較多9) .程序的流程圖如下圖所示，采用路徑覆蓋法進行測試，則至少需要幾個測試

4、用例可以覆蓋所有可能的路徑 B 6 10) 對程序中已發(fā)現(xiàn)的錯誤進行錯誤定位和確定出錯性質(zhì)，并改正這些錯誤，同時修改相關(guān)的文檔，成為（ B ）調(diào)試11) 下列哪項工作與軟件缺陷管理和追蹤無關(guān)（ D ）D 通過一些歷史曲線和統(tǒng)計曲線來分析和預(yù)測未來的缺陷發(fā)現(xiàn)情況12) 軟件的集成測試工作最好由（D ）承擔，以提高集成測試的效果。  D 不屬于該軟件開發(fā)組的軟件設(shè)計人員13) （ A ）是指把數(shù)據(jù)以及操作數(shù)據(jù)的相關(guān)方法組合在同一個單元中，使我們可以把類作為軟件中的基本復(fù)用單元，提高其內(nèi)聚度，降低其耦合度。封裝14) . 為了提高測試的效率，應(yīng)該（D）。選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù)作為測試

5、數(shù)據(jù)15) 下列關(guān)于面向?qū)ο筌浖y試的說法中，正確的是（ B ）B在存在多態(tài)的情況下，為了達到較高的測試充分性，應(yīng)對所有可能的綁定都進行測試。16) 基本路徑測試滿足（ C ）分支覆蓋17) 從下列敘述中，能夠與軟件開發(fā)各階段，如需求分析、設(shè)計、編碼相對應(yīng)的軟件測試是( D )。確認測試、組裝測試、單元測試18) 某公司采用的軟件開發(fā)過程通過了CMM2認證，表明該公司（ C ）C 建立了基本的項目級管理制度和規(guī)程，可對項目的成本、進度進行跟蹤和控制19) 在黑盒測試中，著重檢查輸入條件的組合的測試用例設(shè)計方法是( D ) 因果圖法 20) .軟件測試用例主要由測試輸入數(shù)據(jù)和( C )兩部分組成

6、。測試的預(yù)期結(jié)果21) ( D )是簡化了的模擬較低層次模塊功能的虛擬子程序。 D 樁 22) 在軟件測試中，下面說法中錯誤的是( B )。測試是為了表明程序是正確的23) 測試用例是測試使用的文檔化的細則，其規(guī)定如何對軟件某項功能或功能組合進行測試。測試用例應(yīng)包括下列（ D ）內(nèi)容的詳細信息。（1）（2）（3）（4）24) 用等價類劃分法設(shè)計8位長數(shù)字類型用戶名登錄操作的測試用例，應(yīng)該分成（ B ）個等價區(qū)間。B 3 25) 以下關(guān)于軟件性能的說法中，正確的是 （ D )D。對于同一個網(wǎng)站，其支持的同時改善需求的用戶數(shù)越大，該網(wǎng)站的性能越好26) 以下關(guān)于Web應(yīng)用軟件測試的說法中，錯誤的是

7、 （B）B.內(nèi)容測試是Web應(yīng)用軟件易用性測試的一項重要內(nèi)容27) 以下哪種軟件測試屬于軟件性能測試的范疇 (B) 壓力測試28) 以下哪一項不屬于Web應(yīng)用軟件表示層測試關(guān)注的范疇( C ) 瀏覽器腳本程序的測試29) 、以下關(guān)于軟件可靠性測試的說法中，正確的是（A ）A 定義軟件運行剖面是軟件可靠性測試的重要步驟30) 以下有益于面向?qū)ο筌浖y試的說法中，正確的是（A）A 面向?qū)ο筌浖陌缀袦y試不能不加改變地照搬傳統(tǒng)軟件的白盒測試準則31) 以下哪項不屬于兼容性測試關(guān)注的范疇 (D)D 軟件是否可以在不同的J2EE應(yīng)用服務(wù)器上運行32) 以下哪項屬于功能易用性測試關(guān)注的范疇(B)B 當執(zhí)行

8、耗時較長的任務(wù)時，軟件是否能定時向用戶提示當前任務(wù)完成的進度33) 單元測試是由誰來完成（A）開發(fā)人員34) 下面哪個不是測試用例設(shè)計的基本原則（D）測試用例設(shè)計應(yīng)該以功能為線索a) 在用白盒測試中的邏輯覆蓋法設(shè)計測試用例時，有語句覆蓋、分支覆蓋、條件覆蓋、判定-條件覆蓋、條件組合覆蓋和路徑覆蓋等，其中（A）是最弱的覆蓋準則。語句覆蓋35) 下圖是某程序的控制流圖，則該程序的圈復(fù)雜度為（ C ）。536)系統(tǒng)的響應(yīng)時間和作業(yè)吞吐量是衡量計算機系統(tǒng)性能的重要指標，對于一個持續(xù)處理業(yè)務(wù)的應(yīng)用軟件來說，（ B ）則表明其性能越好。（選擇一項）b)響應(yīng)時間越短，作業(yè)吞吐量越大37) 下圖為LoadRu

9、nner的Controller中ToolsàOptions對話框的Monitor選項卡的部分截圖，下列關(guān)于相關(guān)設(shè)置的說法錯誤的是（B）。（選擇一項）a) Frequency 參數(shù)決定采樣間隔，采樣間隔越大，監(jiān)視圖表越精確，對于大一些的場景，建議設(shè)置為1秒38) 下列關(guān)于LoadRunner中集合點的說法錯誤的是（D）。（選擇一項）d)集合點與事務(wù)結(jié)合使用時，通常放在事務(wù)的后面39)在LR中，能夠幫助用戶定位問題并生成性能測試報告的模塊是（D）。（選擇一項）Analysis40)在LoadRunner中，設(shè)計基于目標的場景時，如果一個項目對用戶數(shù)的要求比較高時，最好以（）作為性能目標。

10、 （選擇一項）Virtual Users41)在C語言中，下列關(guān)于注釋書寫規(guī)則的描述中正確的是( C )。 (選擇一項)c)注釋與代碼應(yīng)保持一致，修改代碼的同時修改相應(yīng)的注釋42)下列關(guān)于LoadRunner錄制的測試腳本的說法中錯誤的是( A C )。 (選擇二項)a)腳本可分為三部分：Vuser_init、Vuser_end和Action，這三部分可以通過IterationCount參數(shù)設(shè)置重復(fù)執(zhí)行次數(shù)c)測試人員可根據(jù)需要在一個測試中創(chuàng)建多個Action、Vuser_init和Vuser_end腳本43) 根據(jù)軟件規(guī)格說明建立了“閱讀指南”判定表，如下圖所示。則該判定表中的規(guī)則數(shù)為（D）

11、。（選擇一項）812345678問題覺得疲倦？YYYYNNNN感興趣嗎？YYNNYYNN糊涂嗎？YNYNYNYN建議重讀繼續(xù)跳下一章休息44)在LoadRunner的Load Generator設(shè)置對話框中，如果Status字段顯示Ready，表示（B）。（選擇一項）連接成功45)下列不屬于軟件測試的內(nèi)容的是（ D ）。（選擇一項）d)確定程序中的錯誤的原因和確切位置，并修改和排除錯誤46)下列選項是軟件測試模型的是（C ）。 （選擇一項）V模型47)現(xiàn)有一個處理單價為1元的盒裝飲料的自動售貨機軟件,若投入1元幣,按下“可樂”、“雪碧”或“紅茶”按鈕，相應(yīng)的飲料就送出來，若投入是2元幣，在送出

12、飲料的同時還退還1元幣。下表是用因果圖法設(shè)計的部分測試用例，1表示執(zhí)行該動作，0表示不執(zhí)行該動作，則下表中AH處，應(yīng)按序填入的數(shù)值為（ A ）選項。 （選擇一項）用例序號12345輸入投入1元幣11000投入2元幣00100按“可樂”按鈕10000按“雪碧”按鈕00010按“紅茶”按鈕00101輸出退還1元幣A0EG0送出“可樂”飲料B0000送出“雪碧”飲料C00H0送出“紅茶”飲料D0F00a)0100110048)下列四種邏輯覆蓋測試方法中，按照發(fā)現(xiàn)Bug的能力，有強到弱排序正確的是（B）。（選擇一項）b)路徑覆蓋條件組合覆蓋判定/條件覆蓋語句覆蓋49) 根據(jù)軟件測試V模型，（ C）主要

13、考慮追溯到真實的用戶需求。（選擇一項）驗收測試50)下列關(guān)于邏輯驅(qū)動覆蓋測試方法中，最不易發(fā)現(xiàn)程序中存在邏輯錯誤的是（C）（選擇一項）語句覆蓋 覆蓋程度最低 c->a->b->d51)下列關(guān)于測試用例的相關(guān)說法中正確的是( D )(選擇一項)d)測試用例是每個測試項目的進一步實例化52)在集成測試方法中,被測試模塊需要調(diào)用的模塊稱為( A ).(選擇一項) 樁模塊53) LoadRunner中，能夠?qū)崟r監(jiān)視測試過程的模塊是（ C ）。 Controller（選擇一項）54) 下列關(guān)于在LoadRunner中創(chuàng)建場景時選擇場景類型的說法中錯誤的是( D )。 (選擇一項) Ma

14、nual Scenario with Percentage Mode不屬于手工設(shè)置的一種55) 假定一個LoadRunner腳本包含vuser_init、Action1、vuser_end三個Action，如果將腳本的運行時Iteration Count參數(shù)設(shè)為3，且在場景的Schedule Builder中將Duration時間參數(shù)設(shè)為30分鐘，其他設(shè)定采用默認方式。場景運行后，下列說法中確的是（C）。（選擇一項）所有虛擬用戶在30分鐘之內(nèi)反復(fù)執(zhí)行腳本，次數(shù)不限56)下列關(guān)于等價類方法的相關(guān)描述中錯誤的是( C ).(選擇一項)c)等價類劃分的越細,對于設(shè)計測試用例越有利,測試越會準確有效5

15、7) 用邊界值分析法設(shè)計測試用例時，假定1X1000（X取整數(shù)），那么X在測試中應(yīng)該取的邊界值是（ B ）。 （選擇一項）X=0，X=1，X=2，X=999，X=1000，X=100158)下列關(guān)于等價類劃分方法的說法中錯誤的是（ C ）。（選擇一項）c)對于有效等價類可以不設(shè)計測試用例59) 有如下C語言代碼：if(x>3&&y>4)z=x+y;elsez=x-y; 則能對該段代碼進行條件覆蓋的測試用例是（ C ）。 （選擇一項）C） x=3、y=3和x=5、y=5 3 判斷題1、好的測試員不懈追求完美。( F )2、測試程序僅僅按預(yù)期方式運行就行了。( F )3

16、、驗收測試是由最終用戶來實施的。（ T ）4、所有軟件必須進行某種程度的兼容性測試。( F )5、單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（ T ）6、代碼評審是檢查源代碼是否達到模塊設(shè)計的要求。（ T ）7、自底向上集成需要測試員編寫驅(qū)動程序。（T ）8、負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。（T ）9、測試人員要堅持原則，缺陷未修復(fù)完堅決不予通過。（F ）10、某個缺陷的嚴重性為高，則它的優(yōu)先級為高。（F ） 11、發(fā)現(xiàn)缺陷的時間越早，BUG所造成的損失會越小。（T） 12、在條件允許的情況下，可以進行完全測試。（F） 13、軟件測試過程中發(fā)現(xiàn)的所有錯誤都能得到修復(fù)。（F） 14、

17、過期文檔，在后期對系統(tǒng)功能修改而沒有及時更新對應(yīng)的文檔，會造成了文檔的不一致。（T） 15、Bug都是由開發(fā)人員造成的。（F）16、為了提高測試效率，應(yīng)該取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)。 F17、發(fā)現(xiàn)錯誤多的程序模塊，殘留在模塊中的錯誤也多。 F18、等價類劃分方法將所有可能的輸入數(shù)據(jù)劃分成若干部分，然后從每一部分中選取少數(shù)有代表性的數(shù)據(jù)作為測試用例 T19、系統(tǒng)測試的目標是要找出軟件在與系統(tǒng)其他部分協(xié)調(diào)工作室出現(xiàn)的所有故障 F20同行評審源代碼的目的是檢查代碼中的缺陷，強調(diào)編碼規(guī)范等(T)4 簡答題4.1 簡述Loadrunner測試流程答：1) 制定負載測試計劃 2) 制作測試腳本 -&

18、#160; Virtual User Generator3) 設(shè)定測試場景 -  Controller4) 運行測試場景 -  Controller5) 監(jiān)視測試場景 - Controller6) 分析測試結(jié)果 - Analysis4.2 請問在lr工具中Analysis圖的類別中吞有吐量圖、每秒點擊次數(shù)圖，分別代表什么含義？答：1) 吞吐量”圖：顯示方案運行過程中服務(wù)器上每秒的吞吐量。吞吐量的度量單位是字節(jié)，表示 Vuser 在任何給定的某一秒上從服務(wù)器獲得的數(shù)據(jù)量。2) 每秒點擊次數(shù)”圖顯示在方案運行過程中 Vuser 每秒向 Web 服務(wù)器提交的 HTTP 請求數(shù)。4

19、.3 軟件測試的目的答：測試的目的是想以最少的人力、物力和時間找出軟件中潛在的各種錯誤和缺陷，通過修正種錯誤和缺陷提高軟件質(zhì)量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯誤造成的隱患帶來的商業(yè)風險。4.4 利用因果圖導(dǎo)出測試用例需要經(jīng)過的一般步驟 答：利用因果圖生成測試用例的基本步驟如下：（1）分析軟件規(guī)格說明中哪些是原因（即輸入條件或輸入條件的等價類），哪些是結(jié)果（即輸出條件），并給每個原因和結(jié)果賦予一個標識符。（2）分析軟件規(guī)格說明中的語義，找出原因與結(jié)果之間、原因與原因之間對應(yīng)的關(guān)系， 根據(jù)這些關(guān)系畫出因果圖。（3）由于語法或環(huán)境的限制，有些原因與原因之間、原因與結(jié)果之間的組合情況不可能出現(xiàn)。

20、為表明這些特殊情況，在因果圖上用一些記號表明約束或限制條件。（4）把因果圖轉(zhuǎn)換為決策表。（5）根據(jù)決策表中的每一列設(shè)計測試用例。4.5 一個缺陷測試報告的組成 答：缺陷的標題，缺陷的基本信息，復(fù)現(xiàn)缺陷的操作步驟，缺陷的實際結(jié)果描述，期望的正確結(jié)果描述，注釋文字和截取的缺陷圖象。 1) 缺陷的標題； 2) 缺陷的基本信息； 3) 缺陷的重現(xiàn)率 4) 測試的軟件和硬件環(huán)境； 5) 測試的軟件版本； 6) 缺陷的類型； 7) 缺陷的嚴重程度； 8) 缺陷的處理優(yōu)先級。 9) 復(fù)現(xiàn)缺陷的操作步驟；10) 缺陷的實際結(jié)果描述； 11) 期望的正確結(jié)果描述； 12) 注釋文字和截取的缺陷圖像。 4.6 根

21、據(jù)什么寫測試用例 答：我們編寫測試用例的唯一標準就是用戶需求，具體的參考資料就是系統(tǒng)需求規(guī)格說明書和軟件原型，其中軟件原型指的是沒有嵌入全部源代碼的軟件界面。 4.7 請寫出BUG的種類？答： 1) 需求階段的BUG；分析，2) 設(shè)計階段的BUG；3) 實現(xiàn)階段的【主要發(fā)生在開發(fā)人員的身上】；4) 配置階段的；5) 短視將來的；6) 靜態(tài)文檔的B U G4.8 請列出對下面的程序進行單元測試的測試用例（方法不限，不要求編寫代碼，直接寫用例即可）。Public void getMessage(String date,String time) If (date=”2008-01-01”)&

22、&(time>”00:00:00”) New Year!”); + “ ”+ time);答案：date=”2008-01-01”time=”00:00:00” 輸出“Happy New Year!” date=”2008-01-02”time=”00:00:00” 輸出date+timedate=”2008-01-01”time=”01:00:00” 輸出“Happy New Year!”date=”2007-01-02”time=”01:00:00” 輸出date+timedate=”2007-02-02”time=”00:00:00” 輸出date+timedate=”20

23、07-13-02” time=”00:00:00” 輸出日期錯誤date=”2008-01-01” time=”29:00:00” 輸出時間錯誤4.9 給定一下需求，列出原因和結(jié)果?！暗谝涣凶址仨毷腔?，第二列字符必須是一個數(shù)字，在此情況下進行文件的修改。但如果第一列字符不正確，則給出信息N，如果第二列字符不是數(shù)字，則給出信息M。”原因： C1第一列字符是#； C2第一列字符是*； C3第二列字符是一數(shù)字。結(jié)果： E1第一列字符不是，*給出信息N ； E2修改文件； E3第二列字符不是數(shù)字給出信息M。4.10 簡述靜態(tài)測試和動態(tài)測試的區(qū)別答：靜態(tài)測試和動態(tài)測試的區(qū)別在于是否運行被測程序，靜態(tài)

24、測試不運行程序，而動態(tài)測試需要運行被測程序。4.11 根據(jù)需求，寫出有效等價類和無效等價類。城市的電話號碼由兩部分組成。這兩部分的名稱和內(nèi)容分別是： 地區(qū)碼：以0開頭的三位或者四位數(shù)字（包括0）；電話號碼：以非0、非1開頭的七位或者八位數(shù)字。假定被調(diào)試的程序能接受一切符合上述規(guī)定的電話號碼，拒絕所有不符合規(guī)定的號碼，就可用等價分類法來設(shè)計它的調(diào)試用例。輸入數(shù)據(jù)有效等價類無效等價類地區(qū)碼1. 以0開頭的3位數(shù)串2. 以0開頭的4位數(shù)串3. 以0開頭的含有非數(shù)字字符的串4. 以0開頭的小于3位的數(shù)串5. 以0開頭的大于4位的數(shù)串6. 以非0開頭的數(shù)串電話號碼7. 以非0、非1開頭的7位數(shù)串8. 以

25、非0、非1開頭的8位數(shù)串9. 以0開頭的數(shù)串10. 以1開頭的數(shù)串11. 以非0、非1開頭的含有非法字符7或者8位數(shù)串12. 以非0、非1開頭的小于7位數(shù)串13. 以非0、非1開頭的大于8位數(shù)串4.12 有函數(shù)f(x,y,x)，其中x1900,2100，y1,12，z1,31的。請寫出該函數(shù)采用邊界值分析法設(shè)計的測試用例答： <2000,6,1>, <2000,6,2>, <2000,6,30>, <2000,6,31>, <2000,1,15>, <2000,2,15>, <2000,11,15>, <

26、2000,12,15>, <1900,6,15>, <1901,6,15>, <2099,6,15>, <2100,6,15>, <2000,6,15> 4.13 自動售貨機有一個處理單價為5角錢的飲料的自動售貨機軟件測試用例的設(shè)計。其規(guī)格說明如下：若投入5角錢或1元錢的硬幣，押下橙汁或啤酒的按鈕，則相應(yīng)的飲料就送出來。若售貨機沒有零錢找，則一個顯示零錢找完的紅燈亮，這時在投入1元硬幣并押下按鈕后，飲料不送出來而且1元硬幣也退出來；若有零錢找，則顯示零錢找完的紅燈滅，在送出飲料的同時退還5角硬幣。因果圖法Ø 解題步驟：

27、（1）分析程序的規(guī)格說明，列出原因和結(jié)果。原因：1.售貨機有零錢找2.投入1元硬幣3.投入5角硬幣 4.押下橙汁按鈕5.押下啤酒按鈕 結(jié)果： 21.售貨機零錢找完燈亮 22.退還1元硬幣23.退還5角硬幣 24.送出橙汁飲料25.送出啤酒飲料4.14 寫出下列程序的語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、多條件組合覆蓋、路徑覆蓋的測試用例。（請參考各自作業(yè)）int result(int x,int y,int z)int k=0,j=0;if（(x<y)&&(z<5)）k=x+y; if（(x=10)|(y>3)）j=x*y;return k+j;答：第一步畫出程序流程圖語句覆蓋覆蓋語句具體取值備注x=7,y=8,z=3全部覆蓋判斷覆蓋測試用例覆蓋判斷具體取