測試用例設計規(guī)范

FIConfidentialFIConfidential百勝FIS2.0CMD

測試用例規(guī)范FIConfidentialFIConfidential#在上面的矩陣中，六個測試用例執(zhí)行了四個場景。對于基本流，上述測試用例CW1稱為正面測試用例。它一直沿著用例的基本流路徑執(zhí)行，未發(fā)生任何偏差。基本流的全面測試必須包括負面測試用例，以確保只有在符合條件的情況下才執(zhí)行基本流。這些負面測試用例由CW2至6表示（陰影單元格表明這種條件下需要執(zhí)行備選流）。雖然CW2至6對于基本流而言都是負面測試用例，但它們相對于備選流2至4而言是正面測試用例。而且對于這些備選流中的每一個而言，至少存在一個負面測試用例（CW1-基本流）。每個場景只具有一個正面測試用例和負面測試用例是不充分的，場景4正是這樣的一個示例。要全面地測試場景4-PIN有誤，至少需要三個正面測試用例（以激活場景4）：輸入了錯誤的PIN,但仍存在輸入機會，此備選流重新加入基本流中的步驟3-輸入PIN。輸入了錯誤的PIN,而且不再有輸入機會，則此備選流將保留銀行卡并終止用例。最后一次輸入時輸入了“正確”的PIN。備選流在步驟5-輸入金額處重新加入基本流?！咀ⅰ吭谏厦娴木仃囍校瑹o需為條件（數據）輸入任何實際的值。以這種方式創(chuàng)建測試用例矩陣的一個優(yōu)點在于容易看到測試的是什么條件。由于只需要查看V和I（或此處采用的陰影單元格），這種方式還易于判斷是否已經確定了充足的測試用例。從上表中可發(fā)現存在幾個條件不具備陰影單元格，這表明測試用例還不完全，如場景6-不存在的帳戶/帳戶類型有誤和場景7-帳戶余額不足就缺少測試用例。一旦確定了所有的測試用例，則應對這些用例進行復審和驗證以確保其準確且適度，并取消多余或等效的測試用例。測試用例一經認可，就可以確定實際數據值（在測試用例實施矩陣中）并且設定測試數據。TC（測試用例）ID號場景/條件PIN帳號輸入的金額（或選擇的金額）帳面金額ATM內的金額預期結果CW1.場景1-成功的提款4987809-49850.00500.002,000成功的提款。帳戶余額被更新為450.00CW2.場景2-ATM內沒有現金4987809-498100.00500.000.00提款選項不可用，用例結束CW3.場景3-ATM內現金不足4987809-498100.00500.0070.00警告消息，返回基本流步驟6-輸入金額CW4.場景4-PIN有誤（還有不止一次輸入機會）4978809-498n/a500.002,000警告消息，返回基本流步驟4，輸入PINCW5.場景4-PIN有誤（還有一次輸入機會）4978809-498n/a500.002,000警告消息，返回基本流步驟4，輸入PINCW6.場景4-PIN有誤（不再有輸入機會）4978809-498n/a500.002,000警告消息，卡予保留，用例結束以上測試用例只是在本次迭代中需要用來驗證提款用例的一部分測試用例。需要的其他測試用例包括場景6-帳戶不存在/帳戶類型有誤：未找到帳戶或帳戶不可用場景6-帳戶不存在/帳戶類型有誤：禁止從該帳戶中提款場景7-帳戶余額不足：請求的金額超出帳面金額在將來的迭代中，當實施其他事件流時，在下列情況下將需要測試用例：無效卡（所持卡為掛失卡、被盜卡、非承兌銀行發(fā)卡、磁條損壞等）無法讀卡（讀卡機堵塞、脫機或出現故障）帳戶已消戶、凍結或由于其他方面原因而無法使用ATM內的現金不足或不能提供所請求的金額（與CW3不同，在CW3中只是一種幣值不足，而不是所有幣值都不足）無法聯系銀行系統以獲得認可銀行網絡離線或交易過程中斷電在確定功能性測試用例時，確保滿足下列條件：已經為每個用例場景確定了充足的正面和負面測試用例。測試用例可以處理用例所實施的所有業(yè)務規(guī)則，確保對于業(yè)務規(guī)則，無論是在內部、外部還是在邊界條件/值上都存在測試用例。測試用例可以處理所有事件或動作排序（如在設計模型的序列圖中確定的內容），還應能處理用戶界面對象狀態(tài)或條件。測試用例可以處理為用例所指定的任何特殊需求，如最佳/最差性能，有時這些特殊需求會與用例執(zhí)行過程中的最小/最大負載或數據容量組合在一起。4.1.3設計步驟>根據需求說明書中對該模塊的業(yè)務描述，分析可能的情況并劃分出程序的基本流及各項備選流；>根據劃分出的基本流和各項備選流生成不同的場景；>對每一個場景生成相應的測試用例，分步驟描述不同場景的前置條件、預期結果；>對生成的所有測試用例重新復審，去掉多余的測試用例，測試用例確定后，對每一個測試用例確定測試數據值邊界值設計定義邊界值分析法就是對輸入或輸出的邊界值進行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分法的補充，這種情況下其測試用例來自等價類的邊界。設計方法通常情況下，軟件測試所包含的邊界檢驗有幾種類型：數字、字符、位置、質量、大小、速度、方位、尺寸、空間等相應地，以上類型的邊界值應該在：最大/最小、首位/末位、上/下、最快/最慢、最高/最低、最短/最長、空/滿等如果輸入條件規(guī)定了值的范圍，則應取剛達到這個范圍的邊界值，以及剛超越這個邊界范圍的值作為測試輸入數據；如果輸入條件規(guī)定了字符個數，則用最大字符數、最小字符數、比最大字符數多1、比最小字符數小1的數作為測試輸入數據；等價類劃分設計4.3.1定義等價類劃分法是將程序所有可能的輸入數據（有效的和無效的）劃分成若干個等價類。然后從每個部分中選取具有代表性的數據當做測試用例進行合理的分類，測試用例由有效等價類和無效等價類的代表組成，從而保證測試用例具有完整性和代表性。等價類劃分不僅可以用來確定測試用例中的數據的輸入輸出的精確取值范圍，也可以用來準備中間值、狀態(tài)和與時間相關的數據以及接口參數等，所以等價類可以用在系統測試、集成測試和組件測試中，在有明確的條件和限制的情況下，利用等價類劃分技術可以設計出完備的測試用例。4.3.2設計方法在輸入條件規(guī)定的取值范圍或值的個數的情況下，可以確定一個有效等價類和兩個無效等價類。在規(guī)定了輸入數據的一組值中（假定有n個值），并且程序要對每個輸入值分別處理的情況下，可以確定n個有效等價類和一個無效等價類。在規(guī)定輸入數