一 什么是測試用例
為了特定的目的而設計的一組測試輸入，執行條件，預期結果構成的文檔
1, 測試用例簡單來說就是指導如何做測試文檔該文檔主要記錄需要驗證的被測軟件是否滿足需求
2，測試用例表現形式常見的有兩種，通過模板展示
（1）一種通過Excel直接編寫——（大多數項目中按照這種方式編寫）
（2）一種是通過xmind直接整理測試點
3，設計執行人員：設計工程師
4、用例的模板：描述編寫用例核心內容，一般項目都有自己的設計用例的模板，常見測試用例模板可參照如下：
二.如何編寫測試用例
既然寫測試用例如此重要，那么如何更好的編寫測試用例呢？個人認為需要滿足如下幾點：
- 常規思考，設身處地的從用戶角度出發（比如：實際用戶是這么使用的么，會不會遇到異常情況呢？）
- 測試理論方法的支撐（比如：根據需求設計測試用例時，能用到哪些常見的測試用例設計方法？）
- 產品的熟悉和經驗的積累（比如：已經有過類型項目經驗，曾經在某個方面有過問題，當時是如何處理的呢？）
1、常規思考
回歸到開篇的問題，對於一個基本的登錄頁面，按照常規思路能否會想到如下截圖的測試點呢？實際，這些測試點都是源於從用戶角度出發，結合需求進行細化設計的過程。實際測試中是不是只有這些測 試點呢？
3、理論支撐
有了常規的思考，有了經驗的積累，還需要理論的支撐。測試用例畢竟是通過人去思考設計，這個過程不可避免有疏漏。如何規避？實際就需要測試理論的支撐，個人認為深入思考設計用例不外乎以下兩方面：
1）測試用例的設計方法
測試理論中很關鍵一塊就是將需求拆分為具體的測試點，然后根據用例設計方法進行具體的設計，其中拆分需求的關鍵是熟悉需求，將文檔中已有的描述內容，按照用戶使用場景、個人測試經驗的積累（如果有的話）、把大段的內容拆分成能夠直接用用例設計方法的測試點，這樣就直接可以通過簡明扼要的文字描述轉化為Excel的測試用例，在這個過程通俗理解就是拆分細化的過程，直到可以直接寫用例驗證一個具體的功能點即可。
其中熟知的設計用例方法有：
-
觀察法
-
等價類、邊界值
-
判定表、因果圖
-
流程圖、場景法
-
錯誤推測法等
2）測試設計的思路開拓
倘若按照需求將已有的描述信息都已經拆分完畢了，是不是就可以確保測試沒有問題了呢？
其實不然，在上述基礎上如果還需要再拓展全面測試，還需要借助於軟件質量模型的特性，從這些特性出發，給予測試用例設計者更多的思考空間。這樣的設計就更加的全面可靠。
常見軟件質量模型特性說明： - 功能性：功能有沒有，好不好用 - 性能效率：對應系統的資源耗費程度及響應時間 - 易用性：容易理解、學習、使用 - 兼容性：能夠兼容不同的軟硬件平台 - 可靠性：不易出問題，萬一出問題容易恢復 - 安全性：對於用戶的安全保障（外在的人生安全、內在的信息安全等） - 可移植性：能否在不同環境條件下無故障運行 - 可維護性：對於后期的修復維護是否方便快捷因此，對於上述登錄功能，按照上述質量模型的思路指導，就得到如下的測試點：
