測試用例文件如何設計測試用例

測試用例編寫是軟體測試的基本技能；也有很多人認為測試用例是軟體測試的核心；軟體測試中最重要的是設計和生成有效的測試用例；測試用例是測試工作的指導，是軟體測試的必須遵守的準則。乙份漂亮的測試用例不僅僅是設計思路的優秀體現，更是便於流轉和執行，具有可讀性、傳遞性。

1、指導測試的實施

測試用例主要適用於整合測試、系統測試和回歸測試。在實施測試時測試用例作為測試的標準，測試人員一定要按照測試用例嚴格按用例專案和測試步驟逐一實施測試。並對測試情況記錄在測試用例管理軟體中，以便自動生成測試結果文件。

根據測試用例的測試等級，整合測試應測試那些用例，系統測試和回歸測試又該測試那些用例，在設計測試用例時都已作明確規定，實施測試時測試人員不能隨意作變動。

2、規劃測試資料的準備

在我們的實踐中測試資料是與測試用例分離的。按照測試用例配套準備一組或若干組測試原始資料，以及標準測試結果。尤其象測試報表之類資料集的正確性，按照測試用例規劃準備測試資料是十分必須的。

除正常資料之外，還必須根據測試用例設計大量邊緣資料和錯誤資料。

3、評估測試結果的度量基準

完成測試實施後需要對測試結果進行評估，並且編制測試報告。判斷軟體測試是否完成、衡量測試質量需要一些量化的結果。例：測試覆蓋率是多少、測試合格率是多少、重要測試合格率是多少，等等。以前統計基準是軟體模組或功能點，顯得過於粗糙。採用測試用例作度量基準更加準確、有效。

4、分析缺陷的標準

通過收集缺陷，對比測試用例和缺陷資料庫，分析確證是漏測還是缺陷復現。漏測反映了測試用例的不完善，應立即補充相應測試用例，最終達到逐步完善軟體質量。而已有相應測試用例，則反映實施測試或變更處理存在問題。

ll業務流程分析：對所在行業的業務知識要熟悉，然後對被測軟體/模組的業務流程要進行全盤的整理出來（可畫簡單的流程圖作為參考），主要包含該業務流程的主流程、備選流程、資料流向、關鍵判斷條件以及完成該操作的非必要條件

l測試用例設計：測試用例設計的型別主要包括功能測試、邊界測試、異常測試、效能測試、壓力測試等，在設計用例時要盡量考慮邊界、異常等情況

ll測試用例完善：測試用例編寫完成之後需不斷完善，軟體產品新增功能或更新需求後，測試用例必須配套修改更新；在測試過程中發現設計測試用例時考慮不周，需要對測試用例進行修改完善；在軟體交付使用後客戶反饋的軟體缺陷，而缺陷又是因測試用例存在漏洞造成，也需要對測試用例進行完善

測試用例要包括欲測試的功能、應輸入的資料和預期的輸出結果。測試資料應該選用少量、高效的測試資料進行盡可能完備的測試；基本目標是：設計一組發現某個錯誤或某類錯誤的測試資料，測試用例應覆蓋方面：

1.正確性測試：輸入使用者實際資料以驗證系統是滿足需求規格說明書的要求；測試用例中的測試點應首先保證要至少覆蓋需求規格說明書中的各項功能，並且正常。

2.容錯性（健壯性）測試：程式能夠接收正確資料輸入並且產生正確（預期）的輸出；輸入非法資料（非法型別、不符合要求的資料、溢位資料等），程式應能給出提示並進行相應處理。把自己想象成一名對產品操作一點也不懂的客戶，在進行任意操作。

3.完整（安全）性測試：對未經授權的人使用軟體系統或資料的企圖，系統能夠控制的程度，程式的資料處理能夠保持外部資訊（資料庫或檔案）的完整。

4.邊界值分析法：確定邊界情況（剛好等於、稍小於和稍大於和剛剛大於等價類邊界值），針對我們的系統在測試過程中主要輸入一些合法資料/非法資料，主要在邊界值附近選取。

5.壓力測試：輸入10條記錄執行各個功能，輸入30條記錄執行，輸入50條記錄執行，進行測試。

6.等價劃分：將所有可能的輸入資料（有效的和無效的）劃分成若干個等價類。

7.錯誤推測：主要是根據測試經驗和直覺，參照以往的軟體系統出現錯誤之處。

8.效率：完成預定的功能，系統的執行時間（主要是針對資料庫而言）。

9.可理解（操作）性：理解和使用該系統的難易程度（介面友好性）。

10.可移植性：在不同作業系統及硬體配置情況下的執行性。

11.回歸測試：按照測試用例將所有的測試點測試完畢，測試中發現的問題開發人員。

12.比較測試：將已經發版的類似產品或原有的老產品與測試的產品同時執行比較，或與已往的測試結果比較。

13、相容性測試：作業系統的相容性測試內容不僅包括軟體的安裝，還需對關鍵流程和功能點進行檢查。而需要測試哪些作業系統的相容性，首先取決於軟體使用者文件上對使用者的承諾，其次就需要對一些常用作業系統相容的檢查

14、歷史版本相容性測試：某些功能存在新版本和歷史版本資料顯示、頁面展示不一致的問題。需要不同版本進行測試。

測試用例文件 如何設計測試用例