一、測試用例編寫準備
從配置管理員處申請軟體配置：《需求規格說明書》和《設計說明書》；根據需求規格說明書和設計說明書，詳細理解使用者的真正需求，並且對軟體所實現的功能已經準確理解，然後著手制訂測試用例。
二、測試用例制定的原則
測試用例要包括欲測試的功能、應輸入的資料和預期的輸出結果。測試資料應該選用少量、高效的測試資料進行盡可能完備的測試；基本目標是：設計一組發現某個錯誤或某類錯誤的測試資料，測試用例應覆蓋方面：
1、正確性測試：輸入使用者實際資料以驗證系統是滿足需求規格說明書的要求；測試用例中的測試點應首先保證要至少覆蓋需求規格說明書中的各項功能，並且正常。
2、容錯性（健壯性）測試：程式能夠接收正確資料輸入並且產生正確（預期）的輸出，輸入非法資料（非法型別、不符合要求的資料、溢位資料等），程式應能給出提示並進行相應處理。把自己想象成一名對產品操作一點也不懂的客戶，在進行任意操作。
3、完整（安全）性測試：對未經授權的人使用軟體系統或資料的企圖，系統能夠控制的程度，程式的資料處理能夠保持外部資訊（資料庫或檔案）的完整。
4、介面間測試：測試各個模組相互間的協調和通訊情況，資料輸入輸出的一致性和正確性。
5、資料庫測試：依據資料庫設計規範對軟體系統的資料庫結構、資料表及其之間的資料呼叫關係進行測試。
6、 邊界值分析法：確定邊界情況（剛好等於、稍小於和稍大於和剛剛大於等價類邊界值），針對我們的系統在測試過程中主要輸入一些合法資料/非法資料，主要在邊界值附近選取。
7、 壓力測試：輸入10條記錄執行各個功能，輸入30條記錄執行，輸入50條記錄執行。。。進行測試。
8、等價劃分：將所有可能的輸入資料（有效的和無效的）劃分成若干個等價類。
9、錯誤推測：主要是根據測試經驗和直覺，參照以往的軟體系統出現錯誤之處。
10、效率：完成預定的功能，系統的執行時間（主要是針對資料庫而言）。
11、可理解（操作）性：理解和使用該系統的難易程度（介面友好性）。
12、可移植性：在不同作業系統及硬體配置情況下的執行性。
13、回歸測試：按照測試用例將所有的測試點測試完畢，測試中發現的問題開發人員 已經解決，進行下一輪的測試。
14、比較測試：將已經發版的類似產品或原有的老產品與測試的產品同時執行比較，或與已往的測試結果比較
說明：針對不同的測試型別和測試階段，測試用例編寫的側重點有所不同。
1、 其中第1、2、6、8、9、13項為模組（元件、控制項）測試、組合（整合）測試、系統測試都涉及並重點測試的方面。
2、 單元（模組）測試（元件、控制項）測試：重點測試第5項。
3、 組合（整合）測試：重點進行介面間資料輸入及邏輯的測試，即第4項。
4、 系統測試：重點測試第3、7、10、11、12、14項。
5、 其中壓力測試和可移植性測試如果是公司的系列產品，可以選用其中有代表性的產品進行一次代表性測試即可。
6、 gmps基礎測試用例設計完成後，其他的測試專案只編寫設計與之不同部分的測試用例。
7、 對於每個測試專案測試的測試用例不是一成不變的，隨著測試經驗的積累或在測試其他專案發現有測試不充分的測試點時，可以不斷的補充完善測試專案的測試用例。
三、測試用例的填寫
乙個軟體系統或專案共用一套完整的測試用例，整個系統測試過程測試完畢，將實際測試結果填寫到測試用例中，操作步驟應盡可能的詳細，測試結論是指最終的測試結果（結論為：通過或不通過）。 。
測試用例（四）測試用例編寫
一.測試用例編寫方法 1.等價類劃分 如何選擇適當的資料子集，來代表整個資料集。通過降低測試的資料去實現 合理的 覆蓋，覆蓋了更多的可能資料，以發現更多的軟體缺陷 邊界值分析法 2.邊界值分析 使用邊界值分析方法設計測試用例時一般與等價類劃分結合起來，但它不是從乙個等價類中任選乙個例子作為代表，而是...
測試用例編寫
一 測試 用例編寫準備 從配置管理員處申請軟體配置 需求規格說明書 和 設計說明書 根據 需求規格說明書和設計說明書，詳細理解使用者的真正需求，並且對軟體所實現的功能已經準確理解，然後著手制訂 測試用例。二 測試用例制定的原則 測試用例要包括欲測試的功能 應輸入的資料和預期的輸出結果。測試資料應該選...
測試用例編寫
測試用例設計和執行是測試工作的核心，也是工作量最大的任務之一。測試用例 test case 目前沒有經典的定義。比較通常的說法是 指對一項特定的軟體產品進行測試任務的描述，體現測試方案 方法 技術和策略。內容包括測試目標 測試環境 輸入資料 測試步驟 預期結果 測試指令碼等，並形成文件。測試用例其實...