功能測試案例編寫指引-V10資料

1、功能測試案例編寫指引V1.0功能測試案例編寫指引V1.0類別文件名：功能測試案例編寫指導版本號：V1.0版本日期： 單位：日期：文檔版本版本日期注釋V1.0編制許可職務簽名日期審核第18頁共17頁目錄1 目的42 范圍43 術語54 原那么54.1 案例編寫依據(jù) 54.2 案例組織方式 55 編寫要求65.1 測試案例組成元素65.2 總體要求76 案例覆蓋面77 設計方法87.1 等價類劃分方法87.1.1 簡述87.1.2 劃分原那么87.1.3 劃分組合97.2邊界值分析方法 97.2.1 簡述97.2.2 選擇原那么97.3 因果圖法1.07.3.1 簡述1.07.3.2 分析步驟1.

2、08 實例1.18.1 字符、長度校驗 1.18.2 路徑組合覆蓋1.28.3 條件組合覆蓋 1.3附件 測試案例模版 1.61目的為了使工程開發(fā)人員與測試人員了解功能測試案例編寫的方法及要求,特編寫此文檔,以作指導之用.2范圍本標準適用于工程開發(fā)組全體人員、質(zhì)量檢測組所有檢測人員,作用于工程開發(fā)的測試案例編寫階段.3術語? 測試案例：為到達最正確的測試結(jié)果或高效地揭露隱藏的錯誤而精心設計的測試數(shù) 據(jù),稱之為測試案例.這種數(shù)據(jù)具有代表性或特殊性.4原那么4.1案例編寫依據(jù)測試案例編寫主要依據(jù)有以下文檔：? 需求說明及相關文檔?相關的設計說明概要設計,詳細設計等?已經(jīng)根本成型的 UI,即Demo

3、4.2案例組織方式? 案例可以根據(jù)功能進行分類,然后根據(jù)系統(tǒng)工作方式,依據(jù)主工作流程和輔助工作 流程進行組織.案例可以進行歸納整理,整理的最小單位為最小不可拆分模塊.女口：登陸模塊,包含的案例可能為密碼校驗,帳戶合法性校驗,系統(tǒng)掉線處理等子測試案例,但是可以認為登陸操作是個不可再分的最小測試案例模塊,其中包含很多的子測試案例.? 案例可以根據(jù)功能工作流程分類,根據(jù)系統(tǒng)工作流程將所有測試案例分派完畢,達到可對系統(tǒng)檢驗的目的.5編寫要求5.1測試案例組成元素每一條測試案例應包括以下元素,格式參見附件1?測試案例?.? 工程/軟件名稱? 軟件版本? 工程負責人? 功能模塊名? 功能項：指的是功能模塊

4、中的子模塊名,即測試的功能點? 功能特性：簡述需測試的功能項所具備的功能與相關制約條件? 測試類別：選擇“功能測試? 測試目的：簡述對功能項執(zhí)行測試所要到達的目的? 測試數(shù)據(jù)：執(zhí)行測試的前置條件即案例執(zhí)行前必須輸入的數(shù)據(jù)? 相關案例：依賴或受其影響的其他案例? 參考信息：測試案例來源如, XX文檔中關于XX功能的說明? 編制人員? 編制日期? 開發(fā)人員? 測試人員? 測試日期? 回歸測試? 操作編號：用于引用和定位測試案例的標識符以“ Step +數(shù)字作為命名規(guī)那么? 角色：執(zhí)行該測試案例的使用者身份如：系統(tǒng)治理員,普通用戶等? 功能描述：所測功能點的簡要說明,即該案例執(zhí)行的目的或方法? 用例

5、描述：包括執(zhí)行本案例必須要滿足的條件、案例執(zhí)行的詳細操作步驟? 輸入數(shù)據(jù)：列舉送到軟件執(zhí)行測試案例的所有輸入內(nèi)容或條件.每個數(shù)字值、擊鍵或手工操作都屬于輸入數(shù)據(jù)? 預期輸出：執(zhí)行測試案例預期的結(jié)果? 測試結(jié)果：實際執(zhí)行輸出的結(jié)果? 測試狀態(tài)P/F:通過或不通過P/F5.2 總體要求編寫測試案例,要求以下幾點：? 功能描述和用例描述要簡單清楚.? 案例中所有測試數(shù)據(jù)應詳細描述.? 案例要求覆蓋范圍要廣,各種可能性都要覆蓋到.? 案例內(nèi)容應包括輸入和輸出的合法/非法檢驗,邊界檢驗,和所有可能出現(xiàn)的條件組合與路徑組合.6案例覆蓋面? 字符合法與非法校驗? 長度或個數(shù)邊界校驗? 各種條件? 各條路徑7

6、設計方法測試案例設計方法：等價類劃分、邊界值分析、因果圖7.1等價類劃分方法7.1.1簡述等價類劃分是一種典型的黑盒測試方法,這一方法完全不考慮程序的內(nèi)部結(jié)構(gòu)；其指套被選擇的值,這些值分別代表了許多眾多的可能輸入值,程序?qū)ζ涮幚淼姆绞蕉际且粯拥?等價類是指某個輸入域的子集合.在該子集合中,各個輸入數(shù)據(jù)對于揭示程序中的錯誤都是等效的.等價類合理地假設：某個等價類的代表值,與該等價類的其他值,對于測試來 說是等價的；也就是說,如果該代表值發(fā)現(xiàn)了錯誤,這一等價類中的其他值也能發(fā)現(xiàn)同樣的錯誤.因此,可以把全部的輸入數(shù)據(jù)劃分成假設干的等價類,在每一個等價類中取一個數(shù)據(jù)來進行測試.這樣就能以較少的具有代表

7、性的數(shù)據(jù)進行測試,而取得較好的測試效果.7.1.2劃分原那么等價類的劃分有兩種不同的情況：? 有效等價類：是指對于程序的需求說明來說,是合理的,有意義的輸入數(shù)據(jù)所構(gòu)成的集合；利用它可以檢驗程序是否實現(xiàn)了預期的功能；? 無效等價類：是指對于程序的需求說明來說,是不合理的,沒有意義的輸入數(shù)據(jù)所構(gòu)成的集合；利用它可以檢驗程序?qū)τ跓o效數(shù)據(jù)的處理水平.7.1.3劃分組合等價類的劃分通常包括以下幾種組合：1 合法/非法的輸入和輸出2 對數(shù)值型的值分為正數(shù)、負數(shù)和03對于字符串型的分為空串和非空串7.2邊界值分析方法7.2.1簡述邊界值分析也是一種黑盒測試方法,是等價類劃分的擴展,它不是選擇等價類的任意元素

8、,而是選擇等價類邊界的測試案例.邊界值通常是等價類的界限,以 正好小于、等于和大于界限的指作為邊界值.實踐證實,大量的錯誤是發(fā)生在輸入或輸出的邊界上.因此針對各種邊界情況設計測試案例,可以查出更多的錯誤.7.2.2選擇原那么? 如果輸入條件規(guī)定了取值范圍,那么應該取剛到達這個范圍的邊界值,以及剛剛超過這個范圍邊界的值作為測試輸入數(shù)據(jù).? 如果輸入條件規(guī)定了值的個數(shù),那么應該用最大個數(shù)、最小個數(shù)、及稍大于最大個數(shù)、 稍小于最小個數(shù)的數(shù)做為測試輸入數(shù)據(jù).? 針對每個輸出條件使用以上兩條原那么.? 如果輸入域或輸出域是有序集合如有序表、順序文件等,那么應選取有序集合的第一個和最后一個元素作為測試數(shù)據(jù)

9、；如報表的第一和最后一行；數(shù)組元素的第 一個和最后一個.? 分析需求說明與設計等文檔,找出其他可能的邊界條件.7.3因果圖法7.3.1簡述等價類劃分方法和邊界值分析方法都是著重考慮輸入條件,但未考慮輸入條件的各種組合,也沒考慮到各個輸入條件之間的相互制約關系.因果圖法是指從需求說明文檔與設計文檔找出因輸入條件和果輸出或程序狀態(tài)的改變,通過因果圖邏輯模型轉(zhuǎn)換成判定表,以到達檢查程序輸入條件的各種組合 情況.7.3.2分析步驟1 分析需求說明文檔與設計文檔,哪些是原因即輸入條件或輸入條件的等價類,哪些是結(jié)果即輸出條件,并且找出原因與結(jié)果之間,原因與原因之間對應的關系,根 據(jù)這些關系,畫出因果圖.通

10、常用Ci表示原因,Ai表示結(jié)果.3 由于語法或環(huán)境的限制,有些原因與原因之間,原因與結(jié)果之間的組合情況不不可能出現(xiàn),為說明這些特殊情況,在因果圖上用一些記號說明約束或限制條件.4 把因果圖轉(zhuǎn)換為判定表；表中各結(jié)點表示狀態(tài)可取值“0和“ 1,“ 0表示狀態(tài)不出現(xiàn),“1 表示狀態(tài)出現(xiàn).(5)把判定表的每一列提取為測試數(shù)據(jù),設計測試案例.8實例8.1字符、長度校驗Windows文件名可以包含除了 /: * ?" <>和|之外的任意字符；文件名長度是1-255 個字符.由以上可得知,等價區(qū)間包含合法字符、非法字符、合法長度的名稱、過長名稱、過短名稱、空名稱；其中有效等價區(qū)間為合法

11、字符與合法程度的名稱,無效等價區(qū)間為非法字符、過長名稱、過短名稱與空名稱.操作編號功能描述用例名用例描述預期輸出測試結(jié)果測試狀態(tài)(P/F)建議回歸測試狀態(tài)1建立文件名Step 1合法字符角色：操作者前提：除 /: * ?"< >和|外的任意字 符輸入數(shù)據(jù)：操作步驟：命名成功2建立文件名Step 2非法字符角色：操作者前提： /: * ?" < > 或|輸入數(shù)據(jù)：操作步驟命名不成功,提示相應信息3建立文件名Step 3合法長度的名稱角色：操作者前提：命名成功輸入數(shù)據(jù)：1個或255合法字符操作步驟：4建立文件名Step 4過長名稱角色：操作者前提：輸入數(shù)

12、據(jù)：256個合法字符操作步驟：命名不成功,提示相應信息5建立文件名Step 5過短名稱角色：操作者前提：輸入數(shù)據(jù)：空串操作步驟：命名不成功,提示相應信息8.2路徑組合覆蓋If A>0 thenB=bElseB=c操作編號功能描述用例名用例描述預期輸出測試結(jié)果測試狀態(tài)P/F建議回歸測試狀態(tài)1使B等于bStep 1A>0角色：操作者前提：輸入數(shù)據(jù)：A=2操作步驟：B=b2使B等于cStep 2A<0角色：操作者前提：輸入數(shù)據(jù)：A=-2操作步驟：B=c3使B等于cStep 3A=0角色：操作者前提：輸入數(shù)據(jù)：A=-2操作步驟B=c8.3條件組合覆蓋(1 )年薪制員工：嚴重過失,扣年

13、終風險金的4% ;過失,扣年終風險金的 2%(2)非年薪制員工：嚴重過失,扣當月薪資的8% ;過失,扣當月薪資的4%首先,列出原因和結(jié)果,如下表原因結(jié)果C1-年薪制員工A1-扣年終風險金的4%C2-非年薪制員工A2-扣年終風險金的2%C3-嚴重過失A3-扣當月薪資的8%C4-過失A4-扣當月薪資的4%然后,繪出因果圖,如下所示最后,轉(zhuǎn)換為判定表,如下所示12345678910111213141516C10000000011111111C20000111100001111C30011001100110011C401010 10101010101A10 0000011A20 0000101A30

14、0110000A40 1010000TCY YYYYYYY判定表中TC標記為Y每一列就是測試案例.操作編號功能描述用例名用例描述預期輸出測試結(jié)果測試狀態(tài)P/F建議回歸測試狀態(tài)操作編號1月薪統(tǒng)計依據(jù)非年薪 制員工的過 失情況進行扣薪角色：操作者 前提：輸入數(shù)據(jù)：非年薪制員 工既沒有過 失也沒有嚴 重過失操作步驟：不用扣除當月薪資2月薪統(tǒng)計依據(jù)非年薪 制員工的過 失情況進行扣薪角色：操作者前提：輸入數(shù)據(jù)：非年薪制員 工有過失 操作步驟扣當月薪資的4%3月薪統(tǒng)計依據(jù)非年薪 制員工的過 失情況進行扣薪非年薪制員 工有嚴重過 失扣當月薪資的8%4月薪統(tǒng)計依據(jù)非年薪 制員工的過 失情況進行扣薪角色：操作者前提：輸入數(shù)據(jù)：非年薪員工 既有過失也扣當月薪 資的4% ； 并扣當月 薪資的8%有嚴重過失操作步驟5月薪統(tǒng)計依據(jù)年薪制 員工的過失 情況進行扣薪角色：操作者前提：輸入數(shù)據(jù)：年薪制員工 既沒有過失 也沒有嚴重 過失操作步 驟不用扣除年終風險金6月薪統(tǒng)計依據(jù)年薪制 員工的過失 情況進行扣薪角色：操作者前提：輸入數(shù)據(jù)：年薪制員工 有過失 操作步驟扣年終風險金的2%7月薪統(tǒng)計依據(jù)年薪制 員工的過失 情況進行扣薪角色：操作者前提：輸入數(shù)據(jù)：年薪制員工 有嚴重過失 操作步驟扣年終風險金的4%8月薪統(tǒng)計依據(jù)年薪制 員工的過失 情況進行扣薪