軟件測試技術：黑盒測試用例的設計

測試的設計及測試用例（補充）黑盒測試用例的設計場景設計法大部分軟件是由事件觸發(fā)來控制流程的，事件觸發(fā)時的情景就是所謂的場景編輯申請單確認取消確認審批生成申請報告不通過通過場景設計法根椐UML覆蓋系統(tǒng)用例中的主成功場景和擴展場景，并且適當補充各種正反面的測試用例和考慮出現(xiàn)的異常情形測試人員要充分發(fā)揮對用戶實際業(yè)務場景的想像關心用戶做什么，而不是關心產(chǎn)品做什么優(yōu)點：實用性強，有效，設計出來的用例有價值缺點：可能使用的場景不一定能對事件系列進行全面的分析，設計出來的用例不完整。場景設計法場景設計法場景1——成功提款基本流

場景2——ATM內(nèi)沒有現(xiàn)金基本流備選流2場景3——ATM內(nèi)現(xiàn)金不足基本流備選流3場景4——PIN有誤（還有輸入機會）基本流備選流4場景5——PIN有誤（不再有輸入機會）基本流備選流4場景6——賬戶不存在/賬戶類型有誤基本流備選流5場景7——賬戶余額不足基本流備選流6場景設計法--場景設計TC（測試用例）ID號場景/條件PIN賬號輸入（或選擇）的金額賬面金額ATM內(nèi)的金額預期結果Test1場景1：成功提款VVVVV成功提款Test2場景2：ATM內(nèi)沒有現(xiàn)金VVVVI提款選項不可用，用例結束Test3場景3：ATM內(nèi)現(xiàn)金不足VVVVI警告消息，返回基本流步驟6，輸入金額Test4場景4：PIN有誤（還有不止一次輸入機會）IVn/aVV警告消息，返回基本流步驟4，輸入PINTest5場景4：PIN有誤（還有一次輸入機會）IVn/aVV警告消息，返回基本流步驟4，輸入PINTest6場景4：PIN有誤（不再有輸入機會）IVn/aVV警告消息，卡予保留，用例結束場景設計法--用例數(shù)據(jù)TC（測試用例）ID號場景/條件PIN賬號輸入（或選擇）的金額（元）賬面

金額（元）ATM內(nèi)的金額（元）預期結果Test1場景1：成功提款4987809-49850.00500.002000成功提款。賬戶余額被更新為450.00Test2場景2：ATM內(nèi)沒有現(xiàn)金4987809-498100.00500.000.00提款選項不可用，用例結束Test3場景3：ATM內(nèi)現(xiàn)金不足4987809-498100.00500.0070.00警告消息，返回基本流步驟6，輸入金額Test4場景4：PIN有誤（還有不止一次輸入機會）4978809-498n/a500.002000警告消息，返回基本流步驟4，輸入PINTest5場景4：PIN有誤（還有一次輸入機會）4978809-498n/a500.002000警告消息，返回基本流步驟4，輸入PINTest6場景4：PIN有誤（不再有輸入機會）4978809-498n/a500.002000警告消息，卡予保留，用例結束錯誤猜測法是基于經(jīng)驗的直覺推測程序中可能發(fā)生的各種錯誤，有針對性設計測試用例。優(yōu)點：充分發(fā)揮個人的經(jīng)驗和潛能，命中率高缺點：覆蓋率難以保證；過多的依賴個人的經(jīng)驗注意：最重要的是要思考和分析測試對象的各個方面，多參考以前發(fā)現(xiàn)的Bug的相關數(shù)據(jù)、總結的經(jīng)驗，個人多考慮異常的情況、反面的情況、特殊的輸入，以一個攻擊者的態(tài)度對待程序，那么就能設計出比較完善的測試用例。常見錯誤（1）聊天窗口功能?輸入特殊字符（全角、半角）后，窗口是否能夠正常顯示?輸入空格，是否能夠過濾，是否會算長度計算?輸入html字符?輸入腳本語言函數(shù)?在需要密碼驗證，或者需要二次輸入確認的地方，通過復制粘貼第一次的輸入內(nèi)容是否能夠通過常見錯誤（2）查詢功能?無條件查詢?是否支持模糊查詢?查詢的關鍵字之間是否可用連接符?輸入正確的查詢條件以前加上空格，看是否能正確查出相應的數(shù)據(jù)登陸功能?輸入的數(shù)據(jù)前存在空格，是否能夠正常登陸?輸入的密碼是否能夠加密顯示?用戶在注銷之后是否能夠再登陸成功有趣的BUGX5O!P%@AP[4\PZX54(P^)7CC)7}$EICAR-STANDARD-ANTIVIRUS-TEST-FILE!$H+H*聯(lián)通、私通xp的IE下notepad問題xp下AAAABBBCCCDDDDD正交表法正交表法是一種有效減少測試用例個數(shù)的設計方法。正交表是一整套規(guī)則的設計表格，L9(34)，。正交表的構造需要用到組合數(shù)學和概率學知識正交表例：姓名：填，不填

性別：男，女

狀態(tài)：激活，不激活2水平3因素正交表法步驟：確定有哪些因素每個因素有哪幾個水平選擇一個合適的正交表注意：不是每一個輸入條件和參數(shù)的組合都能找到現(xiàn)在合適的正交表，有些時候需要進一步地通過擬水平法，擬因素法來變換正交表以便適應實際的情況Allpairs正交矩陣工具/tools.shtml組合覆蓋法有效減少測試用例個數(shù)的測試用例方法單因素覆蓋、成對覆蓋(pairwise)、三三組合覆蓋/成對組合覆蓋要求任意兩個因素的所有水平組合要被覆蓋一次。組合覆蓋法

假設某功能有3個因素（或者叫輸入項），每個因素（輸入項）有2個不同的取值，分別為

【A1，A2】、

【B1，B2】、【C1，C2】引入成對組合的概念之后，我們可以用成對組合集合來表示通常的測試用例集。對于某個給定的測試用例，它能覆蓋一定數(shù)量的成對組合元素。例如：

測試用例（A1，B1，C1）覆蓋了（A1，B1），（A1，C1），（B1，C1）3個成對組合元素。

測試用例（A1，B1，C2）覆蓋了（A1，B1），（A1，C2），（B1，C2）3個成對組合元素?！続1，B1，C2】、【A1，B2，C1】、【A2，B1，C1】、【A2，B2，C2】組合覆蓋法示例Type:

Primary,Logical,Single,Span,Stripe,Mirror,RAID-5Size:

10,100,500,1000,5000,10000,40000Formatmethod:quick,slowFilesystem:

FAT,FAT32,NTFSClustersize:

512,1024,2048,4096,8192,16384,32768,65536Compression:

on,off組合覆蓋法自動化工具微軟PICT：/en-us/testing/bb980925.aspx/tools.asp分類樹分類樹方法的基本原理是：首先把測試對象的可能輸入按照不同的分類方式進行分類，每一種分類要考慮的是測試對象的不同的方面。然后把各種分開的輸入組合在一起產(chǎn)生不冗余的測試用例，同時又能覆蓋測試對象的整個輸入域。

分類樹分類樹步驟：1.識別出測試對象并分析輸入空間2.對測試對象的輸入空間進行分類3.畫出分類樹、組合成測試用例測試用例設計的自動化測試用例設計大部分需要手工進行，這也是由于設計的復雜性和靈活性決定的。自動化測試工具主要的兩個目標：1.測試數(shù)據(jù)的生成2.幫助測試人員產(chǎn)生數(shù)據(jù)和篩選數(shù)據(jù)測試用例的評價同行評審，用戶檢查評價內(nèi)容：需求覆蓋完整性、有效性、清晰性、可理解性、可維護性。

黑盒測試方法的比較與選擇上面討論了幾種典型的黑盒測試方法，這些測試方法的共同特點是，它們都把程序看作是一個打不開的黑盒，只知道輸入到輸出的映射關系，根據(jù)軟件規(guī)格說明設計測試用例。在等價類分析測試中，通過等價類劃分來減少測試用例的絕對數(shù)量。邊界值分析方法則通過分析輸入變量的邊界值域設計測試用例。在因果圖測試方法和決策表測試中，通過分析被測程序的邏輯依賴關系，構造決策表，進而設計測試用例。黑盒測試方法的比較與選擇1．測試工作量以邊界值分析、等價類劃分和決策表測試方法來討論它們的測試工作量，即生成測試用例的數(shù)量與開發(fā)這些測試用例所需的工作量。每種測試方法的測試用例數(shù)量黑盒測試方法的比較與選擇由每種方法設計測試用例的工作量曲線:每種方法設計測試用例的工作量趨勢

測試方法研究的目的就是在開發(fā)測試用例工作量和測試執(zhí)行工作量之間做一個令人滿意的折中。黑盒測試方法的比較與選擇2．測試有效性解釋測試有效性是很困難的。因為我們不知道程序中的所有故障，因此我們也不可能知道給定方法所產(chǎn)生的測試用例是否能夠發(fā)現(xiàn)這些。所能夠做的，只是根據(jù)不同類型的故障，選擇最有可能發(fā)現(xiàn)這種缺陷的測試方法(包括白盒測試)。根據(jù)最可能出現(xiàn)的故障種類，分析得到可提高測試有效性的實用方法。通過跟蹤所開發(fā)軟件中的故障的種類和密度，也可以改進這種方法。黑盒測試方法的比較與選擇利用程序的已知屬性，選擇處理這種屬性的方法，在選擇黑盒測試方法時一些經(jīng)常用到的屬性有：

變量表示物理量還是邏輯量?

在變量之間是否存在依賴關系?

是否有大量的例外處理?黑盒測試方法的比較與選擇下面給出一些黑盒測試方法選取的初步的