測試用例是軟體測試核心，好的測試用例會提高測試效率和軟體質量，並指導測試人員的行為，避免遺漏掉測試的功能點。所以在測試之前必須設計好測試用例是非常重要的。
經驗1：要參與需求評審，評審需求的過程實際也是熟悉業務需求的過程。只有對產品的業務理解到位，才能更好、更充分地設計出高質量的測試用例。
經驗2：對於業務需求比較複雜的交易，最好逐條梳理出對應的測試點，一條測試點對應多條案例。
經驗3：測試用例的級別要劃分清楚，這樣在測試執行時有主次之分。比如冒煙測試時，要寫把重要的分支流程測到，確保能夠優先發現和解決重要的問題。
經驗4：評審用例很關鍵，經過評審可以發現：
（1）用例設計的結構安排是否清晰合理；
（2）是否覆蓋所有功能點；
（3）是否存在冗餘用例；
（4）是否存在需求理解上的差異；
經驗5：測試用例的設計需要不斷的更新維護。即使在測試用例設計完成，進入測試執行階段時，也需要利用發散的思維不斷構造和完善用例。預設條件要明確並且豐富，包括測試資料、測試場景。因為許多缺陷只有在特定的場景下才可以引發。
如何編寫用例？
1、測試需求分析，得到測試點
在測試需求分析階段，我們只有需求文件，所以編寫測試用例的唯一依據就是需求文件，因此在進行用例編寫之前一定要進行需求分析，需求分析的主要工作就是：了解需求的整個實現背景；分析需求的合理性；明確需求的範圍，挖掘需求文件中隱藏的需求；在通過需求交底的過程，確定開發的初步實現思路和方法，隨著測試需求分析的深入，列出需求的框架，包括測試範圍即各個功能點，測試的場景等；確定一些測試可以提前介入的工作等；需要說明的是對於需求中的問題一定要記錄下來，找需求確認，需求漏掉的或者存在問題的地方，開發和測試更容易漏掉，而且遺漏的需求很有可能會使得專案整體業務邏輯發生變化，一定要及時提前確認。
2、分析得到用例優先順序
得到了需求的各個測試點後，應該先將這些測試點簡單的分配一下優等級，一般分為高中低三個優先順序，我認為得到優先順序後可以讓需求用例的設計更有側重和著重點。
3、細化測試點變成可執行case
根據測試需求分析得到的需求框架，梳理細化測試點，這裡的測試點雖然粗，但是不應該有遺漏，這是進行測試點細化的前提。根據測試點，細化出具體的測試用例，要注意各個點的組合測試的情況，還要注意各個測試點的反向測試的情況。
在細化測試點的時候，我們可以要參考以前寫好的公共測試用例，甚至可以直接引用，這樣既可以避免一些不必要的時間浪費，但是參考不等於照搬，在引用的同時，也一定要思考本次需求自己特有的測試點。
4、及時更新測試用例
需求分析和用例編寫階段，是主要的細化用例時間，這段時間的目標是梳理出可指導執行測試的用例，但是需求會有變動，需求會有維護，用例也一樣，所以用例是需要持續維護的， 所以在需求變動的同時，我們也要及時維護測試用例，否則的話，測試用例很可能成為乙個錯誤的指導。
另外測試用例完成後就會進入乙個用例評審的階段，在用例評審階段，會有用例評審人，針對你的用例作出的評審，主要檢查你的用例是否有測試點遺漏，場景遺漏，測試case描述模糊，測試結果輸出模糊等問題，針對用例評審人提出的問題，我們也要及時的更改我們的用例。
5、及時維護通用測試用例
通用測試用例就是：專案中或者跨專案中很多的公用業務，固化模組，這些功能基本上是趨於穩定不變的，因此可以梳理出通用的比較全面的測試點，作為指導和規範業務和模組的規範，這些生成的規範即通用的測試用例。當我們針對某一模組或者業務持續維護時，就發現我們需要持續維護這的用例，就會發現有些用例業務類似、執行步驟一致、驗證項屬性一致等等，這個時候通過梳理業務的通用屬性，通用用例梳理梳理成章。
測試用例設計時的分層依據？
7種劃分依據是對每個層級的劃分依據，通常情況下，測試設計需要多個層級，根據業務特性，可自由組合。
一、按照子模組劃分
二、按照介面屬性（如何測試乙個介面）
四、按照業務型別，如公升級劃分為三種公升級方式
五、按照等價類劃分，有效的由哪些，無效的有哪些
六、按照邊界值劃分
七、按照入口劃分（多入口注意：從乙個入口進去時，功能處於開啟狀態或關閉狀態 ）
總結：
設計好測試用例對測試執行和測試管理都大有裨益。對測試執行的好處不言而喻，拿著乙個好的測試用例，即便是乙個測試菜鳥做測試執行也能保證用例對應功能得到覆蓋。
對測試管理而言，也非常有幫助，測試用例設計架構清晰，就能保證測試計畫制定、測試任務分配能夠更加準確。對自動化測試實施更加有好處。
如果測試用例設計不清晰，不同的人按照同樣的用例設計出的自動化測試指令碼差異就會比較大。
測試規範包括哪些 功能測試流程規範建設
測試規範 測試計畫，描述了要進行的測試活動的範圍 方法 資源和進度，確定出測試項 被測特性 測試任務 誰執行任務 各種可能的風險。通常測試計畫的範圍包括以下幾點 1.描述測試的各個階段 例如，單元測試 整合測試或系統測試 並說明本計畫所針對的測試型別 如功能測試或效能測試 2.簡要地列出測試物件中將...
測試用例書寫規範
用例的拆分與劃分 較大的功能建議拆分成不同的用例檔案，方便查閱和載入 同一應用下，按照產品拆分如 工作流，多租賃 同一產品下，按照功能模組拆分，比如登陸，表單，列表，搜尋表單 功能下，不可拆分用例，可以分層書寫用例，可按照不同的功能點做分層 比如列印功能，可分功能點為列印預設詳情頁和指定詳情頁 功能...
測試用例書寫規範
本文摘自 測試架構師修煉之道 乙個通用的模板 測試用例編號 測試用例的唯一標記 用力標題 概述測試用例的主要內容，明確該測試用例的意圖 預置條件 測試用例順利執行的前提條件，如一些基本的配置 測試資料 測試時使用的測試資料 測試步驟 如何執行這個測試用例，每步的操作是什麼 預期結果 和測試步驟對應起...