測試用例是測試的核心，如何設計出能發現問題，有效能覆蓋需求，沒有冗余的用例是每個測試工程師必須跨過的一道門檻。結合本人這么多年來在測試領域的經驗總結，我們下面先探討一下衡量和檢驗測試用例的標準？然后怎么做？為什么要這么做？還能做什么？測試用例的選擇策略也可以談談，你如何來建立回歸測試庫？?

我心目中優秀測試用例的標準如下：

1）有可能發現bug的。

2）執行起來效率高，沒有冗余步驟，每步都是最佳選擇。

3）能驗證需求的，可追溯的。

4）粒度問題，不要超過3個檢查點，如果很復雜，需要討論怎么分解需求，最多做到5個。

5）邏輯上一定是正確的，清晰的。

6）用例應該有級別，為以后選擇用例提供參考。

(對以上標準)一一來分解：

1?APP測試的主要目的是發現問題，查找錯誤，所以設計case的思路應該是”程序可能會怎樣實效？“

2 測試步驟不能太詳細，派出一些冗余的步驟。另外有可能兩個用例比較起來也會發現冗余，這樣的用例執行起來效率低下，浪費時間。

3 確認測試的主要目的就是確認產品，軟件的需求是否實現，因此每一天用例可以追溯到某條需求或者它的合理分解。最怕就是自己杜撰需求，設計出來的用例最好能找到開發，或者市場，產品經理的review.

4 測試用例應該有期望結果，期望結果里包含就是檢查點，檢查點過多，過于復雜，難于被執行APP測試人員理解，影響測試執行效果。我的經驗一個用例不要超過5個檢查點。

5 測試用例的順序很重要，誰是誰的必要條件，邏輯上不能出錯，否則很難執行，或者會誤導APP測試執行人員，最嚴重的情況失去測試人員信任，測試工程師最后按照自己的想法執行，造成漏洞。

6 不可能每條用例都要被執行，在最后時間緊迫的情況下，測試經理會挑選級別高的測試用例來執行，保證主要功能被測試過。

總結

以上是生活随笔為你收集整理的【松勤软件测试】作为一名软件测试工程师，如何编写优秀的测试用例的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。