職場新人對測試用例的困惑無非有以下幾點：
- 什麼是測試用例，爲什麼要寫測試用例？
- 不知道怎麼寫，寫了也不知道寫的是否完整。
一、什麼是測試用例？
百科的釋義：
測試用例是對一項特定的軟件產品進行測試任務的描述，體現測試方案、方法、技術和策略。
其內容包括測試目標、測試環境、輸入數據、測試步驟、預期結果、測試腳本等，最終形成文檔。
簡單地認爲，測試用例是爲某個特殊目標而編制的一組測試輸入、執行條件以及預期結果，用於覈實是否滿足某個特定軟件需求。
二、爲什麼要設計測試用例？
1、指導測試工作的進行
測試用例可以把產品需求轉換爲可操作的步驟【步驟、操作、輸入、輸出、優先級等】，
從而指導測試人員按部進行測試。
2、驗證產品的需求是否合理
產品的邏輯關係會在用例設計時得到推敲驗證，從而得出相應結論。
3、幫助評審需求，補充需求細節
編寫測試用例時會考慮各種正常異常測試場景【逆向思維】、數據【邊界值等】以及兼容性、性能等測試，
會對這些細節部分的處理進行一定的補充與完善。
4、加深測試人員對產品的認識和印象
需求評審時可能用兩個小時，講了一個需要兩百個小時投入的需求。
大部分內容只是泛泛的講解一遍，真整編寫用例時，測試人員對需求一句一句的解讀，從而轉化成可執行的用例，這個階段纔是測試對需求認識更徹底的時刻。
5、便於測試負責人跟進測試進度
負責人根據用例的多少、複雜程度來評估相應的測試用例執行工時；以測試記錄來評判測試過程的輸出；從而跟進相應的測試進度與輸出。
6、幫助發現拓展測試範圍
用例設計是可以結合測試方法，從而拓展測試範圍，不侷限於雙眼所看到的表面內容。
7、方便迴歸測試，複查BUG是否還會出現
迴歸測試時可以根據一輪測試的結果，重點複測出問題的用例以及功能，從而避免無序、無重點的迴歸測試。
8、測試結果可以體現測試通過率，作爲產品質量評估
可以對測試結果進行統計，統計維度可以有：用例執行率、缺陷發現率、一輪測試通過率
9、培訓新人，提高新人測試效率，節省對新人的指導時間
產品指導新人可以看PRD，開發指導新人可以看代碼，測試指導新人看什麼呢，當然是用例了。用例作爲測試人員的核心輸出，也是測試人員對產品知識的。
三、如何進行測試用例設計
測試用例設計分析是一個發散的過程，我們要考慮各種各樣的場景、數據。
測試用例編寫是一個收斂的過程，我們要把發散的思維轉化爲一條一條可執行的用例。
爲了避免用例冗餘、多、亂、無效、重複等問題，通常遵循以下原則進行用例設計。
從左到右，由上而下：
元素的佈局，用戶的操作，都是習慣“從左到右，由上而下”，設計用例時同樣遵循這樣的原則。
面對一個需求或一個全新的功能模塊，在進行用例設計時，爲了避免測試對象丟失，用例設計混亂無序，我們遵從“從左到右，由上而下”的原則。
依次對看到的測試對象進行用例設計，測試點發散，最終輸出完整的測試用例。
按照上述原則編寫的用例，覆蓋所有可測對象，基本不會出現測試對象缺失，遺漏等現象。
但容易遺漏多測試對象組合的場景以及應用型測試場景。
從外到內，由點及面：
對於測試路徑較深，鏈路較長的測試場景，我們遵循“從外到內”的設計思路，針對每一層測試路徑上的對象，逐個進行設計。
再“由點及面”將路徑整合，測試對象整合，以此來豐富場景型、應用型、組合型用例。
這樣，遵循上述原則設計出來的用例，就包含了每一層級上的所有測試對象、每個路徑上的所有測試對象、對象與對象的組合、路徑與路徑的組合，相對完善的覆蓋了所有可測對象。
另外，再結合頭腦風暴、用例評審等手段，不斷促使用例的完整性與覆蓋率達到相對較高的水平。
常見的編寫測試用例的工具有Excel和Xmin，相應的模板，供參考：
