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

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

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

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

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

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

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

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

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

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

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

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

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

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