一、什麼是測試用例？
測試用例是為某個特殊目標而編制的一組測試輸入、執行條件以及預期結果，以便測試某個程式路徑或核實是否滿足某個特定需求。
通俗的講：就是把我們測試系統的操作步驟用按照一定的格式用文字描述出來。
1、理清思路，避免遺漏
這裡是我們認為最重要的一點，假如我們測試的專案大而複雜，我們可以把專案功能細分，根據每乙個功能通過編寫用例的方式來整理我們測試系統的思路，避免遺漏掉要測試的功能點。
2、跟蹤測試進展
通過編寫測試用例，執行測試用例，我們可以很清楚的知道我們的測試進度。
3、歷史參考
在我們所做的專案中，也許會有很多功能是相同或相近的，我們對這類功能設計了測試用例，便於以後我們遇到類似功能的時候可以做參考依據。
4、重複性
我們測試乙個系統不是乙個人測一遍就算測完的，需要多人反覆的進行測試，那麼我們就需要測試用例來規範和指導我們的測試行為。
我們在寫測試用例之前，先學習幾種方法，它是我們寫測試用例的指導思想。
1、等價類劃分
等價類是把所有可能的輸入資料，即程式的輸入域劃分為若干子集，然後從每乙個子集中，選取少數具有代表性的資料作為測試用例。
假如有乙個輸入框要求輸入1-1000個數，我們不可能用每乙個數去試，我們輸入5和輸入6去驗證和揭露輸入框的錯誤可以看做是等價的。那麼這個時候我們就可以隨機的抽取一些資料來進行驗證。如：10 、99、777......
等價類分：有效等價類和無效等價類
輸入框要求輸入1-1000的數
有效等價類：可以輸入1-1000之間的數來驗證，如：2、5、99、845......
無效等價類：可以輸入1-1000之外的任意字元驗證，如：2000、字母、下劃線、特殊符號、空格、回車.....
2、邊界值
邊界值是對等價類的補充，測試工作經驗告訴我們，大量的錯誤是出在輸入輸出的邊界價上。我們還拿上面的例子，乙個輸入框要求輸入1-1000之間的數。我們要測它有沒有超出這個範圍，如：0、-1、-2、100、1001.....等等，來判定是否超出了我們的範圍。
3、因果圖
因果圖方法最終生成的就是判定表，它適合於檢查程式輸入條件的各種組合情況。舉個例子：原因：a=0，b=0，結果我就可以判定：a=b。確切的說他是一種因果關係思想。它會無形中指導這我們的測試。
4、錯誤推測法
基於經驗和直覺推測出系統可能存在的錯誤，從而有針對性的設計測試用例的方法。
5、其它
設計測試用例的方法有很多，我們常用就上面幾種，其它的方法還有：狀態遷移圖、流程分析法、正交驗證法等等。
1、用例編號
測試用例編號是由字母和數字組合而成的，用例的編號應該具有唯一性，易識別性，有且於其和測試結果、錯誤報告等其他文件的鏈結。這樣看到編號就可以知道是做的什麼測試，測試的物件是什麼，也方便維護
2、測試模組
你現在這個測試用例所測的專案名，可以是測試用例所屬的大類，被測需求，被測的模組，或者是被測的單元。
3、用例的標題
測試標題是對測試用例的簡單描述。用概括的語言描述該測試用例的測試點。每個測試用例的標題不能夠重複，因為每個測試用例的測試點事不一樣的。
4、測試級別
重要級別分為高中低三等：
高：保證系統基本功能、重要特性、實際使用頻率比較高的用例；
中：重要程度介於高和低之間的測試用例；
低：實際使用頻率不高，對系統業務功能影響不大的模組或功能的測試用例。
5、測試目的和條件
描述設計此測試用例的目的是什麼和執行此測試用例之前需要做的準備。
6、測試輸入
測試用例執行時，需要輸入的外部資訊。
7、操作步驟
執行當前測試用例所要經過的操作步驟，需要給出每一步操作的詳細描述，測試人員根據測試用例操作步驟，完成測試用例的執行
8、預期結果
在檢查點上待測功能應有的正常反應、運作或顯示。
這就是測試用例的八大要素，也是做測試的基本流程
如何編寫測試用例
一 準備工作 要全所有的相關文件 1 產品需求文件 prd 2 用例說明 3 產品的設計原型 4 產品的效果圖 二 分析整個系統 軟體 的結構和業務流程 1 確認好功能點及需求，對存在分歧的或是可優化的部分可以及時與產品經理進行溝通。2 核對好產品功能和效果圖是否完備，如果存在問題要與產品 ui設計...
如何編寫測試用例 二
四 測試用例在軟體測試中的作用 1 指導測試的實施 測試用例主要適用於整合測試 系統測試和回歸測試。在實施測試時測試用例作為測試的標準，測試人員一定要按照測試用例嚴格按用例專案和測試步驟逐一實施測試。並對測試情況記錄在測試用例管理軟體中，以便自動生成測試結果文件。根據測試用例的測試等級，整合測試應測...
如何編寫測試用例 一
測試工作也從簡單測試演變為包括 編制測試計畫 編寫測試用例 準備測試資料 編寫測試指令碼 實施測試 測試評估等多項內容的正規測試。測試方式則由單純手工測試發展為手工 自動兼之，並有向第三方專業測試公司發展的趨勢。一 測試用例是軟體測試的核心 軟體測試的重要性是毋庸置疑的。但如何以最少的人力 資源投入...