作為測試人員如果想提升測試用例的編寫能力，首先應該做到的就是站在客戶的角度分析客戶需要什么和客戶想要什么，客戶不想要什么，也就是所謂的客戶的使用場景，這樣有利于我們更好的挖掘和思考隱含的需求。至于這個需求該不該做，那是需求人員的職責，這個需求做起來復不復雜那是開發人員的事情，作為測試人員需要考慮的事就是你所設計的正向和反向測試用例是不是用戶常用到的場景，以及一些客戶基本不會用到的場景有哪些。所以今天小編給大家總結了一下關于如何進行測試用例管理的要點，供大家參考！

1、測試需求分析，得到測試點

在測試需求分析階段，我們只有需求文檔，所以編寫測試用例的唯一依據就是需求文檔，因此在進行用例編寫之前一定要進行需求分析，需求分析的主要工作就是：

了解需求的整個實現背景；分析需求的合理性；

明確需求的范圍，挖掘需求文檔中隱藏的需求；

在通過需求交底的過程，確定開發的初步實現思路和方法，隨著測試需求分析的深入，列出需求的框架，包括測試范圍即各個功能點，測試的場景等；

確定一些測試可以提前介入的工作等；需要說明的是對于需求中的問題一定要記錄下來，找需求確認，需求漏掉的或者存在問題的地方，開發和測試更容易漏掉，而且遺漏的需求很有可能會使得項目整體業務邏輯發生變化，一定要及時提前確認。

2、分析得到用例優先級

得到了需求的各個測試點后，應該先將這些測試點簡單的分配一下優等級，一般分為高中低三個優先級，我認為得到優先級后可以讓需求用例的設計更有側重和著重點。

3、細化測試點變成可執行case

根據測試需求分析得到的需求框架，梳理細化測試點，這里的測試點雖然粗，但是不應該有遺漏，這是進行測試點細化的前提。根據測試點，細化出具體的測試用例，要注意各個點的組合測試的情況，還要注意各個測試點的反向測試的情況。

在細化測試點的時候，我們可以要參考以前寫好的公共測試用例，甚至可以直接引用，這樣既可以避免一些不必要的時間浪費，但是參考不等于照搬，在引用的同時，也一定要思考本次需求自己特有的測試點。

另外需要考慮的就是測試點細化到什么程度的問題，也就是一個度的問題，我們要把握好測試點細化的一個度的問題，太粗的測試點沒有指導意義，太細的測試點容易讓我們糾的太細，忽略整體的測試，反而也起不到一個指導的效果，所以一定要把握好測試點細化的度。

4、及時更新測試用例

需求分析和用例編寫階段，是主要的細化用例時間，這段時間的目標是梳理出可指導執行測試的用例，但是需求會有變動，需求會有維護，用例也一樣，所以用例是需要持續維護的， 所以在需求變動的同時，我們也要及時維護測試用例，否則的話，測試用例很可能成為一個錯誤的指導。

另外測試用例完成后就會進入一個用例評審的階段，在用例評審階段，會有用例評審人，針對你的用例作出的評審，主要檢查你的用例是否有測試點遺漏，場景遺漏，測試case描述模糊，測試結果輸出模糊等問題，針對用例評審人提出的問題，我們也要及時的更改我們的用例。

5、及時維護通用測試用例

什么是通用測試用例呢？項目中或者跨項目中很多的公用業務，固化模塊，這些功能基本上是趨于穩定不變的，因此可以梳理出通用的比較全面的測試點，作為指導和規范業務和模塊的規范，這些生成的規范即通用的測試用例。當我們針對某一模塊或者業務持續維護時，就發現我們需要持續維護這的用例，就會發現有些用例業務類似、執行步驟一致、驗證項屬性一致等等，這個時候通過梳理業務的通用屬性，通用用例梳理梳理成章。

所以說，通用的測試用例是一個對用例不斷維護的產出，因此我們在測試軟件維護的過程中一定要及時的更新通用測試用例，對后面的測試和用例維護有一個很大的指導作用。

推薦閱讀：

測試場景和測試用例區別是什么？如何做到測試場景不遺漏？

如何編寫高質量的測試用例？測試用例設計方法總結

怎么進行測試用例管理？測試用例管理平臺的功能有哪些？

測試用例設計的5大步驟及注意事項

測試用例管理之常見的測試用例變更有哪些類型

為什么要用測試用例管理工具？如何選擇測試管理工具？

測試用例怎么寫？測試用例設計方法大全

如何使用和管理測試用例？測試用例管理的主要功能有哪些？

一般寫測試用例用什么工具？好用的測試用例管理工具推薦