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

1、百勝 FIS 2.0 CMD測試用例規(guī)范FI Con fide ntial目錄1 本系統(tǒng)功能測試 21.1 模塊功能測試 21.1.1 測試用例屬性 21.1.2 測試用例功能設(shè)計原則 21.2 模塊間數(shù)據(jù)交互測試 71.2.1 關(guān)聯(lián)點（前置條件、后置條件） 71.2.2 數(shù)據(jù)交互 71.3兼容、安全、 UI 測試 71.3.1 兼容測試 71.3.2 UI 測試 71.3.3 安全測試 82 系統(tǒng)間接口測試 83 測試用例執(zhí)行 84 附錄 104.1 場景法設(shè)計 104.1.1 定義 104.1.2 場景設(shè)計 104.1.3 設(shè)計步驟 154.2 邊界值設(shè)計 154.2.1定義 154.2.

2、2 設(shè)計方法 154.3 等價類劃分設(shè)計 154.3.1定義 154.3.2 設(shè)計方法 16FI Con fide ntial131本系統(tǒng)功能測試1.1模塊功能測試1.1.1測試用例屬性測試用例屬性QC中是否使用EXCEL中是否使用備注模塊名稱?測試場景?用例編號?用例名稱?Descripti on角色?前置條件?需要的模塊必須指出操作步驟?預(yù)期結(jié)果?創(chuàng)建人測試人?可選測試結(jié)果?EXCEL 中是“通過” /不通過”測試時間?可選BUG編號?1.1.2測試用例功能設(shè)計原則設(shè)計測試用例的方法參考本文檔的附錄1. 根據(jù)需求文檔劃分測試場景，按照測試場景命名測試步驟名稱。如下圖所示:IVIERCURV

3、Doo a T. n : Flluality CenterE di 直VievF avoir 11 g-s2.Re q u ire me n ta u sinewsComp mn entsTeat Pio nTest Labuere cis-HLd:謝數(shù)修井撿單改3 6110 呈圭維申林工小EMIQ9.殳 2-3-y匚二導(dǎo) 一回+1? 甲fctlEEsItl申曰；iiI詔 SCM養(yǎng)車朽?3 SCH二債面怖 噸GE件走E1査詢田：甲甲旺ffl-.F_j *.鉀申.EHALRE 1_55P 2囿定熒產(chǎn) 二二-金表 2 2_ifc-BAK 33-公応陜塊RE用例編號的命名規(guī)則為“模塊名稱（縮拼）J-

4、匸1査土二占垃直占二言F+ “-” + “4位編號”，編號自0001號開始。例如：基礎(chǔ)信息模塊的用例編號，JCXX-0001 ；【注】該條為EXCEL測試用例書寫規(guī)則3. 對于XX點的測試需求，至少需要確定兩個測試用例。一個測試用例代表預(yù)期的條件，它可用于核實行為是否正確或符合預(yù)期結(jié)果（正面測試）。另一個測試用例代表不可接受的、異常的或意外的條件,它可用于核實是否以預(yù)期結(jié)果實現(xiàn)（負面測試）；4. 每條測試用例是該頁面中唯一的檢查項；5. 每條用例描述的系統(tǒng)默認狀態(tài)、默認數(shù)據(jù)也是該頁面唯一的檢查項。數(shù)據(jù)輸入本系統(tǒng)中需輸入的類型包括：文本框、下拉框、復(fù)選框、單選框、日期控件公共用例A

5、. 文本框/文本域（100、1000個字符）：長度校驗、類型校驗、是否必填項校驗1）超出數(shù)據(jù)庫長度、頁面定義的長度均不允許輸入2）當(dāng)定義的長度“數(shù)據(jù)庫長度 頁面長度”時，超出頁面長度則不允許輸入3）禁止輸入的文本框，默認禁灰顯示B. 下拉框：選擇數(shù)據(jù)后是否有聯(lián)動效果、點擊后下拉顯示數(shù)據(jù)內(nèi)容、點擊空白后下拉框收縮C. 單選框：選中、更換D. 復(fù)選框：選中、取消E. 日期控件：彈出位置、選中后日期按格式要求顯示在日期輸入框、輸入日期后點擊日期控件自動 定位到所選擇的的日期F. 分頁：下拉框條數(shù)選擇、首頁、上一頁、下一頁、尾頁、GO、輸入框頁數(shù)各模塊需書寫的用例A.B.文本框：字符長度限制校驗、輸入

6、類型校驗、描述是否必填下拉框：是否有默認值、選擇項數(shù)據(jù)來源（需描述來源是：頁面固定、數(shù)據(jù)庫調(diào)用（描述出來源 的數(shù)據(jù)表）【注】前期可以不需要描述數(shù)據(jù)表、后期確定后需補充C. 單選框：個數(shù)、顯示方式（例如：是、否）、默認項D. 復(fù)選框：個數(shù)、顯示方式、是否默認勾選E. 日期控件：是否有選擇范圍控制1.122需求覆蓋測試用例中的測試點要覆蓋需求規(guī)格說明書中的業(yè)務(wù)場景以及業(yè)務(wù)規(guī)則（具體內(nèi)容如下），且書寫的測試操作步驟、預(yù)期結(jié)果（正確、是否類詞語不能出現(xiàn)）無歧義。A. 頁面通用功能，如：通知、討論、日志、導(dǎo)出、上傳附件、返回；B. 頁面基本功能，如：新增、刪除、修改、查詢、保存；C. 特定頁面的功能，如

7、：呈遞、審批、重置、清空、同步、鎖定；1.123功能點分類（講述時加上背景）、TAB頁名稱（四級目按照模塊的“一級菜單（一級目錄）、二級菜單（二級目錄）、頁面名稱（三級目錄） 錄-如果頁面中存在 TAB頁簽）、頁面按鈕/鏈接操作（用例的名稱）、步驟/測試數(shù)據(jù)”，如下圖所示:IX/lERCUFTYQuality CenterA HA 1T1 K X | 兮 | M IDt a 11eDef? n St &d *R_e|uirementsBuslruess-Camponar-tB-PlainDeflect a島D asliboarclL11-11B tx）5f 世更.-, GlXIS注認卓_ S

8、= Jg.i A-ff-gtStFSv（3 _i MEHiS1 _j眩二程坯中1 _J體二程些祠 _j M bsClPtt/sser：DTiFE-送入國 工.不士咼gpwM 不適 tKZ*f4 査豐Pt單爭 Lj寺在一： 艷2.兀帕X、-cesE=5f費晡L.迭八國: Z,鄧詵宦fiFVZ M Mr電申*-淀潦:PUL _： 帳戶余額在步驟2處重新加入基本流TC y場景4步驟2 -提款金額 帳戶余額不執(zhí)行備選流3，執(zhí)行基本流TC z場景4步驟2 -提款金額=帳戶余額不執(zhí)行備選流3，執(zhí)行基本流注：由于沒有提供其他信息，以上顯示的測試用例都非常簡單。測試用例很少如此簡單。下面是一個由用例生成測試用

9、例的更符合實際情況的示例。 示例：ATM銀作艮矗統(tǒng)啟動 -臺ATM機器的主角和用例。F表包含了上圖中提款用例的基本流和某些備用流:基本流本用例的開端是ATM處于準備就緒狀態(tài)。準備提款-客戶將銀行卡插入ATM機的讀卡機。驗證銀行卡-ATM機從銀行卡的磁條中讀取帳戶代碼，并檢查它是否屬于可以接收的銀行卡。輸入PIN - ATM 要求客戶輸入 PIN 碼（4位）驗證帳戶代碼和PIN - 驗證帳戶代碼和PIN以確定該帳戶是否有效以及所輸入的PIN對該帳戶來說是否正確。對于此事件流，帳戶是有效的而且PIN對此帳戶來說正確無誤。ATM選項-ATM顯示在本機上可用的各種選項。在此事件流中，銀行客戶通常選擇“

10、提款”。輸入金額-要從ATM中提取的金額。對于此事件流，客戶需選擇預(yù)設(shè)的金額 （10美元、20美元、50美 元或100美元）。授權(quán)-ATM通過將卡ID、PIN、金額以及帳戶信息作為一筆交易發(fā)送給銀行系統(tǒng)來啟動驗證過程。對于 此事件流，銀行系統(tǒng)處于聯(lián)機狀態(tài)，而且對授權(quán)請求給予答復(fù)，批準完成提款過程，并且據(jù)此更新帳戶余額。岀鈔-提供現(xiàn)金。返回銀行卡-銀行卡被返還。收據(jù)-打印收據(jù)并提供給客戶。 ATM還相應(yīng)地更新內(nèi)部記錄。用例結(jié)束時ATM又回到準備就緒狀態(tài)。備選流1-銀行卡無效在基本流步驟2中-驗證銀行卡，如果卡是無效的，則卡被退回，同時會通知相關(guān)消息。備選流2-ATM 內(nèi)沒有現(xiàn)金在基本流步驟5中-

11、ATM 選項，如果ATM內(nèi)沒有現(xiàn)金，則“提款”選項將無法使用。備選流3-ATM 內(nèi)現(xiàn)金不足在基本流步驟6中-輸入金額，如果ATM機內(nèi)金額少于請求提取的金額，則將顯示一則適當(dāng)?shù)南ⅲ?且在步驟6-輸入金額處重新加入基本流。備選流4-PIN 有誤在基本流步驟4中-驗證帳戶和PIN，客戶有三次機會輸入 PIN。如果PIN輸入有誤，ATM將顯示適當(dāng)?shù)南?；如果還存在輸入機會，則此事件流在步驟 3 -輸入PIN處 重新加入基本流。如果最后一次嘗試輸入的PIN碼仍然錯誤，則該卡將被 ATM機保留，同時ATM返回到準備就緒狀態(tài)，本用例終止。備選流5 -帳戶不 存在在基本流步驟4中-驗證帳戶和PIN，如果銀

12、行系統(tǒng)返回的代碼表明找不到該帳戶或禁止從該帳戶中提 款，則ATM顯示適當(dāng)?shù)南⒉⑶以诓襟E 9 -返回銀行卡處重新加入基本流。備選流6 -帳面金 額不足在基本流步驟7 -授權(quán)中，銀行系統(tǒng)返回代碼表明帳戶余額少于在基本流步驟6 -輸入金額內(nèi)輸入的金額，則ATM顯示適當(dāng)?shù)南⒉⑶以诓襟E 6 - 輸入金額處重新加入基本流。備選流7 -達到每 日最大的 提款金額在基本流步驟7 - 授權(quán)中，銀行系統(tǒng)返回的代碼表明包括本提款請求在內(nèi)，客戶已經(jīng)或?qū)⒊^在24小時內(nèi)允許提取的最多金額，則 ATM顯示適當(dāng)?shù)南⒉⒃诓襟E 6-輸入金額上重新加入基本流。備選流x -記錄錯 誤如果在基本流步驟10 -收據(jù)中，記錄無法更

13、新，則 ATM進入“安全模式”，在此模式下所有功能都將 暫停使用。同時向銀行系統(tǒng)發(fā)送一條適當(dāng)?shù)木瘓笮畔⒈砻鰽TM已經(jīng)暫停工作。備選流y-退出客戶可隨時決定終止交易（退岀）。交易終止，銀行卡隨之退岀。備選流 z-“翹起”ATM包含大量的傳感器，用以監(jiān)控各種功能，如電源檢測器、不同的門和出入口處的測壓器以及動作檢測 器等。在任一時刻，如果某個傳感器被激活，則警報信號將發(fā)送給警方而且ATM進入“安全模式”，在此模式下所有功能都暫停使用，直到采取適當(dāng)?shù)闹貑?重新初始化的措施。在第一次迭代中，根據(jù)迭代計劃，我們需要核實提款用例已經(jīng)正確地實施。此時尚未實施整個用例，只實施了下面的事 件流：基本流-提取預(yù)設(shè)

14、金額（10美元、20美元、50美元、100美元）備選流2 - ATM 內(nèi)沒有現(xiàn)金備選流3 - ATM 內(nèi)現(xiàn)金不足備選流4 - PIN 有誤備選流5-帳戶不存在/帳戶類型有誤備選流6 -帳面金額不足可以從這個用例生成下列場景場景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【注】為方便起見，備選流 3和6 （場景3和7）內(nèi)的循環(huán)以及循環(huán)組合未納入上表

15、。對于這7個場景中的每一個場景都需要確定測試用例?？梢圆捎镁仃嚮驔Q策表來確定和管理測試用例。下面顯示了一種通用格式，其中各行代表各個測試用例，而各列則代表測試用例的信息。本示例中，對于每個 測試用例，存在一個測試用例ID、條件（或說明）、測試用例中涉及的所有數(shù)據(jù)元素（作為輸入或已經(jīng)存在于數(shù)據(jù)庫中）以及預(yù)期結(jié)果。通過從確定執(zhí)行用例場景所需的數(shù)據(jù)元素入手構(gòu)建矩陣。然后，對于每個場景，至少要確定包含執(zhí)行場景 所需的適當(dāng)條件的測試用例。例如，在下面的矩陣中，V （有效）用于表明這個條件必須是VALID （有效的）才可執(zhí)行基本流，而 I （無效）用于表明這種條件下將激活所需備選流。下表中使用的“n/a（

16、不適用）表明這個條件不適用于測試用例。TC （測試用例）ID號場景/條件PIN帳號輸入的金額（或選擇 的金額）帳面金額ATM 內(nèi)的金額預(yù)期結(jié)果CW1.場景1 -成功的提款VVVVV成功的提款。CW2.場景2 - ATM內(nèi)沒有現(xiàn)金VVVVI提款選項不 可用，用例結(jié) 束CW3.場景3 - ATM內(nèi)現(xiàn)金不足VVVVI警告消息，返 回基本流步 驟6 -輸入 金額CW4.場景4 - PIN有誤（還 有不止一次輸入機會）IVn/aVV警告消息，返 回基本流步 驟4，輸入PINCW5.場景4 - PIN有誤（還有一次輸入機會）IVn/aVV警告消息，返 回基本流步 驟4，輸入PINCW6.場景4 - PIN

17、有誤（不再有輸入機會）IVn/aVV警告消息，卡 予保留，用例 結(jié)束FI Con fide ntial15在上面的矩陣中，六個測試用例執(zhí)行了四個場景。對于基本流，上述測試用例CW1稱為正面測試用例。它一直沿著用例的基本流路徑執(zhí)行，未發(fā)生任何偏差?；玖鞯娜鏈y試必須包括負面測試用例，以確保只有 在符合條件的情況下才執(zhí)行基本流。這些負面測試用例由CW2至6表示（陰影單元格表明這種條件下需要執(zhí)行備選流）。雖然CW2至6對于基本流而言都是負面測試用例，但它們相對于備選流 2至4而言是正面測試用例。而且對于這些備選流中的每一個而言，至少存在一個負面測試用例（CW1 -基本流）。每個場景只具有一個正面測

18、試用例和負面測試用例是不充分的，場景4正是這樣的一個示例。要全面地測試場景4 - PIN有誤，至少需要三個正面測試用例（以激活場景4）：? 輸入了錯誤的 PIN，但仍存在輸入機會，此備選流重新加入基本流中的步驟3 -輸入PIN。? 輸入了錯誤的 PIN，而且不再有輸入機會，則此備選流將保留銀行卡并終止用例。? 最后一次輸入時輸入了正確的PIN。備選流在步驟 5 -輸入金額處重新加入基本流。【注】在上面的矩陣中，無需為條件（數(shù)據(jù)）輸入任何實際的值。以這種方式創(chuàng)建測試用例矩陣的一個優(yōu) 點在于容易看到測試的是什么條件。由于只需要查看V和I （或此處采用的陰影單元格），這種方式還易于判斷是否已經(jīng)確定了

19、充足的測試用例。從上表中可發(fā)現(xiàn)存在幾個條件不具備陰影單元格，這表明測試用例還不完全，如場景6 -不存在的帳戶/帳戶類型有誤和場景 7 -帳戶余額不足就缺少測試用例。一旦確定了所有的測試用例，則應(yīng)對這些用例進行復(fù)審和驗證以確保其準確且適度，并取消多余或等效的測試用例。測試用例一經(jīng)認可，就可以確定實際數(shù)據(jù)值（在測試用例實施矩陣中）并且設(shè)定測試數(shù)據(jù)。TC （測試用 例）ID號場景/條件PIN帳號輸入的金額（或選擇 的金額）帳面金額ATM 內(nèi)的金額預(yù)期結(jié)果CW1.場景1 -成功的提款4987809 - 49850.00500.002,000成功的提款。帳戶余額被更新為 450.00CW2.場景2 -

20、ATM內(nèi)沒有現(xiàn)金4987809 - 498100.00500.000.00提款選項不可 用，用例結(jié)束CW3.場景3 - ATM內(nèi)現(xiàn)金不足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 - 4

21、98n/a500.002,000警告消息，卡予 保留，用例結(jié)束以上測試用例只是在本次迭代中需要用來驗證提款用例的一部分測試用例。需要的其他測試用例包括:? 場景6 -帳戶不存在/帳戶類型有誤：未找到帳戶或帳戶不可用? 場景6 -帳戶不存在/帳戶類型有誤：禁止從該帳戶中提款? 場景7 -帳戶余額不足：請求的金額超出帳面金額在將來的迭代中，當(dāng)實施其他事件流時，在下列情況下將需要測試用例：? 無效卡（所持卡為掛失卡、被盜卡、非承兌銀行發(fā)卡、磁條損壞等）? 無法讀卡（讀卡機堵塞、脫機或出現(xiàn)故障）? 帳戶已消戶、凍結(jié)或由于其他方面原因而無法使用? ATM 內(nèi)的現(xiàn)金不足或不能提供所請求的金額（與 CW3

22、不同，在 CW3 中只是一種幣值不足，而不 是所有幣值都不足）? 無法聯(lián)系銀行系統(tǒng)以獲得認可? 銀行網(wǎng)絡(luò)離線或交易過程中斷電 在確定功能性測試用例時，確保滿足下列條件：? 已經(jīng)為每個用例場景確定了充足的正面和負面測試用例。? 測試用例可以處理用例所實施的所有業(yè)務(wù)規(guī)則，確保對于業(yè)務(wù)規(guī)則，無論是在內(nèi)部、外部還是在邊界 條件 /值上都存在測試用例。? 測試用例可以處理所有事件或動作排序（如在設(shè)計模型的序列圖中確定的內(nèi)容） ，還應(yīng)能處理用戶界 面對象狀態(tài)或條件。? 測試用例可以處理為用例所指定的任何特殊需求，如最佳/ 最差性能，有時這些特殊需求會與用例執(zhí)行過程中的最小 /最大負載或數(shù)據(jù)容量組合在一起。4.1.3 設(shè)計步驟? 根據(jù)需求說明書中對該模塊的業(yè)務(wù)描述，分析可能的情況并劃分出程序的基本流及各項備選流；? 根據(jù)劃分出的基本流和各項備選流生成不同的場景；? 對每一個場景生成相應(yīng)的測試用例，分步驟描述不同場景的前置條件、預(yù)期結(jié)果；? 對生成的所有測試用例重新復(fù)審，去掉多余的測試用例，測試用例確定后，對每一個測試用例確定測試數(shù) 據(jù)值4.2 邊界值設(shè)計4.2.1 定義邊界值分析法就是對輸入或輸出的邊界值進行測試的一種黑盒測試方法。 通常邊界值分析法是作為對等價 類劃分法的補充，這種情況下其測試用例來自等價類的邊界。4.2.2 設(shè)計方法? 通常情況下，軟件測試所包含的邊界檢驗