測試用例編寫規(guī)范

1、編碼：TDH-SPI-E-VER-P03測試用例編寫規(guī)范XXXXXXXXXXX)限公司擬制人日期2009年07月12日審核人日期2009年07月12日批準(zhǔn)人日期2009年07月12日版本記錄序號版本更改時間更改內(nèi)容描述作者11.02006-06-15初稿21.12006-07-12修改了 Bug嚴(yán)重程度標(biāo)準(zhǔn)，測試通過 條件審核記錄序號版本號更改時間審核說明審核人11.02006-06-15通過21.12006-07-12通過目錄1 目的42 范圍43 術(shù)語解釋44 測試用例原則4系統(tǒng)性4連貫性5全面性5正確性5符合正常業(yè)務(wù)慣例5仿真性5可操作性55 測試用例主要元素66 測試用例編寫規(guī)范 6常

2、規(guī)的測試用例6初始化的測試用例 7邊界的測試用例7空值的測試用例7格式錯誤的測試用例 7溢出的測試用例8關(guān)聯(lián)的測試用例8唯一值的測試用例8權(quán)限不足的測試用例 8角色權(quán)限的測試用例 87 測試用例編寫細(xì)則8測試用例命名規(guī)則8測試用例編號規(guī)則98 測試用例編寫方法 9測試用例編寫準(zhǔn)備9測試用例編寫方法10說明121目的統(tǒng)一測試用例編寫的規(guī)范，為測試設(shè)計人員提供測試用例編寫的指導(dǎo)，提高 編寫的測試用例的可讀性，可執(zhí)行性、合理性。為測試執(zhí)行人員更好執(zhí)行測試， 提高測試效率，最終提高公司整個產(chǎn)品的質(zhì)量。2范圍適用于集成測試用例和系統(tǒng)測試用例的編寫，現(xiàn)在編寫用例的輔助工具為TestDirector8.0

3、。3術(shù)語解釋集成測試：集成測試是在軟件系統(tǒng)集成過程中所進(jìn)行的測試，其主要目的是檢查軟件單 位之間的接口是否正確。系統(tǒng)測試：系統(tǒng)測試是對已經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底的測試，以驗(yàn)證軟件系統(tǒng)的正 確性和性能等滿足其規(guī)約所指定的要求，檢查軟件的行為和輸出是否正確并 非一項(xiàng)簡單的任務(wù)，它被稱為測試的“先知者問題”。4測試用例原則4.1 系統(tǒng)性1 .對于系統(tǒng)業(yè)務(wù)流程要能夠完整說明整個系統(tǒng)的業(yè)務(wù)需求、系統(tǒng)由幾個子系統(tǒng)組 成以及它們之間的關(guān)系；2 .對于模塊業(yè)務(wù)流程要能夠說明清楚子系統(tǒng)內(nèi)部功能、重要功能點(diǎn)以及它們之間 的關(guān)系；4.2 連貫性1 .對于系統(tǒng)業(yè)務(wù)流程來說，各個子系統(tǒng)之間是如何連接在一起，如果需要接

4、口，各個子系統(tǒng)之間是否有正確的接口；如果是依靠頁面鏈接，頁面鏈接是否正確；2 .對于模塊業(yè)務(wù)流程來說，同級模塊以及上下級模塊是如何構(gòu)成一個子系統(tǒng)，其內(nèi)部功能接口是否連貫。3 .3 全面性；1.1 考慮存在跨年、跨月的數(shù)據(jù)；04.4 正確性；04.5 符合正常業(yè)務(wù)慣例； ；4.6 符合當(dāng)前業(yè)務(wù)行業(yè)法律，法規(guī)。4.7 仿真性人名、地名、電話號碼等應(yīng)具有模擬功能，符合一般的命名慣例；不允許出 現(xiàn)與知名人士、小說中人物名等雷同情況。4.8 可操作性測試用例中應(yīng)寫清測試的操作步驟，不同的操作步驟相對應(yīng)的操作結(jié)果。5測試用例主要元素標(biāo)準(zhǔn)規(guī)范中包含的主要元素如下：測試名稱(TestName):測試用例編號和

5、測試用例名稱。創(chuàng)建日期(CreationDate):測試用例創(chuàng)建時間，系統(tǒng)自動產(chǎn)生。設(shè)計人員(Designer):測試用例設(shè)計人員。狀態(tài)(Status):測試用例狀態(tài)。描述(Descri ption )測試用例詳細(xì)描述。步驟名稱(StepName：測試步驟名稱。步驟描述(StepDescr i ption )測試步驟詳細(xì)描述。預(yù)期結(jié)果(ExpectedResult ):測試預(yù)期結(jié)果。6測試用例編寫規(guī)范1 .對于每個功能，從類型1至類型N依次撰寫相應(yīng)用例；2 .對于不滿足要求的非常規(guī)類型，可以不寫相應(yīng)的用例；3 .對于邊界、空值、格式錯誤、溢出這幾個類型，一個功能如有多個數(shù)據(jù)項(xiàng)測試 類型相同，則

6、可以放在一個用例里；4 .測試用例均為最小的用例覆蓋要求； 對于沒有提及的用例類型，視業(yè)務(wù)需求情 況，撰寫相應(yīng)用例；5 .在測試過程中，輸入數(shù)據(jù)可在測試用例規(guī)定的范圍內(nèi)做一定變化。6.1 常規(guī)的測試用例1 .對于一個功能一個模塊(頁面)，每個數(shù)據(jù)項(xiàng)輸入或選中典型的取值，生成一個用例；2 .對于一個功能多個模塊(頁面)，多個模塊(頁面)一起生成一個用例；3 .對于多個功能一個模塊(頁面)，每個功能生成一個用例；4 .每個功能操作需覆蓋，如刪除對話框點(diǎn)擊確定、取消分別生成2個用例步驟；5 .輸入框測試，在允許范圍內(nèi)盡可能覆蓋多的字符類別，如中文、英文、數(shù)字等;6 .對于每個功能點(diǎn)，必須通過一組（一

7、個或多個）用例滿足其業(yè)務(wù)覆蓋：對于某 條記錄的每個狀態(tài)，對于能進(jìn)行的每個操作， 都生成一個用例（即對業(yè)務(wù)功能流 程中的每個角色，每個功能操作，生成一個用例）。6.2 初始化的測試用例進(jìn)入功能模塊（頁面）后，某些控件會初始化填入數(shù)據(jù)，生成一個用例確保 所有的初始數(shù)據(jù)正確。6.3 邊界的測試用例1.每個數(shù)據(jù)項(xiàng)，生成一個邊界用例（含最大、最小兩個邊界值）；1.1 個復(fù)選框一組時，需測同時都被選中及都不被選中；1.2 拉菜單、列表框、單選按鈕組為最大、最小的 2個取值；6.4 空值的測試用例對于每個必填數(shù)據(jù)項(xiàng)，都生成一個用例（不提供空值的除外，比如無空值的 下拉框、有缺省值的單選按鈕組），則預(yù)期結(jié)果提

8、示該數(shù)據(jù)項(xiàng)為空。6.5 格式錯誤的測試用例對于輸入框數(shù)據(jù)項(xiàng)，都生成一個用例，預(yù)期結(jié)果提示該數(shù)據(jù)項(xiàng)格式錯誤：日期輸入框；數(shù)字輸入框；字符串輸入框：Email、郵編、用戶名等帶格式要求的。6.6 溢出的測試用例對于輸入框數(shù)據(jù)項(xiàng)，都生成一個取值范圍外的測試用例，預(yù)期結(jié)果提示該數(shù)據(jù)項(xiàng)超出范圍日期輸入框；范圍的日期輸入框，需添加上邊界日期小于下邊界日期的用例；數(shù)字輸入框（如金額一般為正整數(shù)，填入一個負(fù)數(shù)）；字符串輸入框：超出規(guī)定長度的字符串。6.7 關(guān)聯(lián)的測試用例對于相互關(guān)聯(lián)的兩個或多個數(shù)據(jù)項(xiàng)，生成一個用例，確保當(dāng)一個數(shù)據(jù)項(xiàng)改變 時，其他數(shù)據(jù)項(xiàng)的變化正確。6.8 唯一值的測試用例某些業(yè)務(wù)的數(shù)據(jù)字段要求是

9、唯一的，生成一或兩個用例（新建、編輯），使 得輸入數(shù)據(jù)與原有數(shù)據(jù)在該字段重復(fù)，預(yù)期結(jié)果為頁面返回該數(shù)據(jù)已存在的提示6.9 權(quán)限不足的測試用例對于功能模塊，生成一個用例，以沒有權(quán)限的用戶身份訪問，預(yù)期結(jié)果為提 示權(quán)限不足。6.10 角色權(quán)限的測試用例業(yè)務(wù)功能流程涉及一到多個角色，對于每個角色，都生成一個用例，預(yù)期結(jié) 果為用戶以這個角色登陸時，他僅能執(zhí)行權(quán)限允許的操作。7測試用例編寫細(xì)則7.1測試用例命名規(guī)則由于項(xiàng)目的實(shí)際需求和測試的工作需要， 分以下幾個等級來規(guī)范測試用例的 命名:1 .一級目錄使用各項(xiàng)目的頂級菜單名稱來命名，如維護(hù)、業(yè)務(wù)、查詢?nèi)箢悾? .二級目錄使用頂級菜單下的二級菜單名稱類

10、命名，用戶可根據(jù)名字判別該用例是測試哪個模塊的；3 .各用例根據(jù)各用例的功能來命名，盡量做到簡潔明了。同一個目錄下的用例名 字字?jǐn)?shù)最好相同。4 .2測試用例編號規(guī)則每個測試用例都有自己唯一的編號。根據(jù)工作的實(shí)際需要，我們規(guī)定在每個 用例名稱前面必須寫上用例編號，用例編號的定義分以下幾大類：1、根據(jù)需求編寫測試用例：需求編號+用例一級目錄號+用例二級目錄號+用例號R001+ 01 + 01012、根據(jù)功能編寫測試用例：用例一級目錄號+用例二級目錄號+用例號F001+001+001在編寫測試用例時，我們會根據(jù)系統(tǒng)模塊的具體情況從不同的角度去考慮測 試用例的編寫，有些是通過操作步驟來編寫，有些則是根

11、據(jù)功能條件來編寫，更 有可能是根據(jù)測試目的來編寫，為了區(qū)分這些用例，我們規(guī)定在每種用例前寫上 對應(yīng)的編碼。具體見下表：需求功能業(yè)務(wù)性能R(Requirement)F(Function)B(Business)P(Performance)8測試用例編寫方法8.1 測試用例編寫準(zhǔn)備從配置管理員處申請軟件配置：需求規(guī)格說明書和設(shè)計說明書；根據(jù)需求規(guī)格說明書和設(shè)計說明書， 詳細(xì)理解用戶的真正需求，并且對軟件所實(shí)現(xiàn) 的功能已經(jīng)準(zhǔn)確理解，然后著手制訂測試用例。8.2 測試用例編寫方法測試用例要包括欲測試的功能、應(yīng)輸入的數(shù)據(jù)和預(yù)期的輸出結(jié)果。測試數(shù)據(jù)應(yīng)該選用少量、高效的測試數(shù)據(jù)進(jìn)行盡可能完備的測試；基本目標(biāo)是

12、：設(shè)計一組發(fā)現(xiàn)某個錯誤或某類錯誤的測試數(shù)據(jù)，測試用例應(yīng)覆蓋方面：1 .正確性測試：輸入用戶實(shí)際數(shù)據(jù)以驗(yàn)證系統(tǒng)是滿足需求規(guī)格說明書的要求； 測 試用例中的測試點(diǎn)應(yīng)首先保證要至少覆蓋需求規(guī)格說明書中的各項(xiàng)功能， 并且正 常。2 .容錯性（健壯性）測試：程序能夠接收正確數(shù)據(jù)輸入并且產(chǎn)生正確（預(yù)期）的 輸出；輸入非法數(shù)據(jù)（非法類型、不符合要求的數(shù)據(jù)、溢出數(shù)據(jù)等），程序應(yīng)能 給出提示并進(jìn)行相應(yīng)處理。把自己想象成一名對產(chǎn)品操作一點(diǎn)也不懂的客戶，在進(jìn)行任意操作。3 .完整（安全）性測試：對未經(jīng)授權(quán)的人使用軟件系統(tǒng)或數(shù)據(jù)的企圖，系統(tǒng)能夠 控制的程度，程序的數(shù)據(jù)處理能夠保持外部信息（數(shù)據(jù)庫或文件）的完整。4 .

13、接口間測試：測試各個模塊相互間的協(xié)調(diào)和通信情況， 數(shù)據(jù)輸入輸出的一致性 和正確性。5 .數(shù)據(jù)庫測試：依據(jù)數(shù)據(jù)庫設(shè)計規(guī)范對軟件系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu)、 數(shù)據(jù)表及其之間 的數(shù)據(jù)調(diào)用關(guān)系進(jìn)行測試。6 .邊界值分析法：確定邊界情況（剛好等于、稍小于和稍大于和剛剛大于等價類 邊界值），針對我們的系統(tǒng)在測試過程中主要輸入一些合法數(shù)據(jù)/非法數(shù)據(jù)，主要在邊界值附近選取。7 .壓力測試：輸入10條記錄運(yùn)行各個功能，輸入30條記錄運(yùn)行，輸入50條記 錄運(yùn)行，進(jìn)行測試。8 .等價劃分：將所有可能的輸入數(shù)據(jù)（有效的和無效的）劃分成若干個等價類。9 .錯誤推測：主要是根據(jù)測試經(jīng)驗(yàn)和直覺，參照以往的軟件系統(tǒng)出現(xiàn)錯誤之處。10

14、.效率：完成預(yù)定的功能，系統(tǒng)的運(yùn)行時間（主要是針對數(shù)據(jù)庫而言）。11 .可理解（操作）性：理解和使用該系統(tǒng)的難易程度（界面友好性）。12 .可移植性：在不同操作系統(tǒng)及硬件配置情況下的運(yùn)行性。13 .回歸測試：按照測試用例將所有的測試點(diǎn)測試完畢，測試中發(fā)現(xiàn)的問題開發(fā) 人員。14 .比較測試：將已經(jīng)發(fā)版的類似產(chǎn)品或原有的老產(chǎn)品與測試的產(chǎn)品同時運(yùn)行比 較，或與已往的測試結(jié)果比較說明針對不同的測試類型和測試階段，測試用例編寫的側(cè)重點(diǎn)有所不同。1 .其中第1、2、6、8、9、13項(xiàng)為模塊（組件、控件）測試、組合（集成）測試、 系統(tǒng)測試都涉及并重點(diǎn)測試的方面。2 .單元（模塊）測試（組件、控件）測試：重點(diǎn)測試第 5項(xiàng)。3 .組合（集成）測試：重點(diǎn)進(jìn)行接口間數(shù)