→→測試用例是什麼？
→→測試用例有什麼必備的方面？
→→寫測試用例的方法有哪些？
→→測試用例怎麼寫？
→→測試用例用什麼寫？
測試用例是指對一項特定的軟體產品進行測試任務的描述，體現測試方案、方法、技術和策略。簡單地認為，測試用例是為某個特殊目標而編制的一組測試輸入、執行條件以及預期結果，用於核實是否滿足某個特定軟體需求
編寫測試用例的八大要素有：用例編號，所屬模組，測試標題，重要級別，前置條件，測試輸入，操作步驟，預期結果
知道了什麼是測試用例，那該怎麼寫測試用例呢？不著急，先來學習一下測試用例的方法有哪些
將測試中所有可能的輸入資料（有效的和無效的）劃分成若干個等價類。然後從每個部分中選取具有代表性的資料當做測試用例進行合理的分類，測試用例由有效等價類和無效等價類的代表組成，從而保證測試用例具有完整性和代表性舉個栗子：輸入框要求輸入1-100的數
有效等價類：可以輸入1-100之間的數來驗證，如：2、6……99
無效等價類：可以輸入1-100之外的任意字元驗證，如：250、字母、下劃線、特殊符號、空格、回車.....
邊界值分析法就是對輸入或輸出的邊界值進行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分法的補充，這種情況下，其測試用例來自等價類的邊界。實踐告訴我們：大量的錯誤是出在輸入輸出的邊界價上。我們還拿上面的例子，乙個輸入框要求輸入1-100之間的數。我們要測它有沒有超出這個範圍，如：0、-1、-2、10、101.....等等，來判定是否超出了我們的範圍。
用**的方法表示輸入的各種組合關係，寫出判定表，從而設計相應的測試用例。最終生成的就是判定表，它適合於檢查程式輸入條件的各種組合情況。
原文出處：豆丁
例子：有乙個處理單價為5角錢的飲料的自動售貨機軟體測試用例的設計。其規格說明如下：若投入5角錢或1元錢的硬幣，押下〖橙汁〗或〖啤酒〗的按鈕，則相應的飲料就送出來。若售貨機沒有零錢找，則乙個顯示〖零錢找完〗的紅燈亮，這時在投入1元硬幣並押下按鈕後，飲料不送出來而且1元硬幣也退出來；若有零錢找，則顯示〖零錢找完〗的紅燈滅，在送出飲料的同時退還5角硬幣。解析：如題可知，可分析出原因和結果
原因：1. 售貨機有零錢找
2. 投入1元硬幣
3. 投入5角硬幣
4. 按下橙汁按鈕
5. 按下啤酒按鈕
結果：10.售貨機【零錢找完】燈亮
11.退還1元硬幣
12.退還5角硬幣
13.送出橙汁飲料
14.送出啤酒飲料
中間結點：
6.選商品
7.應該找零錢
8.能夠找零錢
9.錢已付清
如下所示↓：畫出因果圖（原因結點列在左邊，所有結果結點列在右邊，中間節點表示處理的中間狀態）
自動售貨機的因果分析圖
基於經驗和直覺推測出系統可能存在的錯誤，從而有針對性的設計測試用例的方法
除了上面幾種常用的，其它的方法還有：狀態遷移圖、流程分析法、正交驗證法等等
我在逛的時候看到一首打油詩，我覺得非常合適：
當~當~當~終於來到重頭戲了，讓我們來看看怎麼寫乙個合格的測試用例吧
用例編號：唯一標識用例的序號。一般是數字或者模組字母+數字組合。如：l001，l表示登入，001表示用例序號
所屬模組：所測功能模組的名稱，如：登入模組
用例名稱：就是這個用例是什麼意思。如：輸入賬號
前置條件：前置條件可以保障後面的測試步驟正常進行，可以理解為執行當前用例的前提條件。比如：只有註冊過的使用者才能登入
測試步驟：詳細完整的把你測試的過程描述出來
預期結果：對當前用例的輸出做乙個預期值。預期結果是根據軟體需求所得出的，相當於乙個衡量標準。在實際測試過程中，得到的實際測試結果與預期結果不符，那麼測試不通過；反之則測試通過。
實際結果：實際測出來的結果（可能會和預期結果不符）
另外，有些公司可能會要求在用例後面新增優先順序、用例人員姓名、測試日期、用例修改日期、測試結果（pass、fail、block）等等，這個得根據公司的會實際情況來看
登入模組的測試用例
ps：都看到這裡了，真的不考慮給這麼用心的我
@可樂豆
乙個點贊、關注嗎？(*╹▽╹*)
測試用例可以以word或者excel的方式呈現，主要用到的工具有禪道、testlink等等
另外，網上有很多軟體測試的模板。（本來這裡有乙個模板的鏈結，知乎告訴我違規了，想要的可以私我，當然你們也可以去自己找）
如何編寫測試用例
一 準備工作 要全所有的相關文件 1 產品需求文件 prd 2 用例說明 3 產品的設計原型 4 產品的效果圖 二 分析整個系統 軟體 的結構和業務流程 1 確認好功能點及需求，對存在分歧的或是可優化的部分可以及時與產品經理進行溝通。2 核對好產品功能和效果圖是否完備，如果存在問題要與產品 ui設計...
如何設計測試用例
測試基礎 測試用例 測試用例 test case 是為某個特殊目標而編制的一組測試輸入 執行條件以及預期結果，以便測試某個程式路徑或核實是否滿足某個特定需求。測試用例作用 檢驗是否滿足客戶需求 度量測試人員的工作量 展現測試用例的思路。測試用例包含 用例編號 唯一的編號。用例名稱 言簡意賅，描述準確...
如何組織測試用例？
如何組織 測試用例 比如何寫測試更重要。個人的一些經驗總結在此。1.使用describe 和 context 來區分 不同的測試分類和同乙個測試的不同方面 describe 一般用作分類，需要測試什麼東西 context 用來對需要測試的東西的不同方面 比如 descirbe order do 分類...