怎麼樣寫出好的測試用例？

大家好，我是阿薩。最近被圖片傷著了。所以工具系列需要大量截圖的就先暫停。能用文字儘量用文字。今天就和大家討論一下，怎麼樣寫出好的測試用例？

寫測試用例是每個測試人員的基本功。就跟畫流程圖是開發基本功一樣。那麼每天產出的測試用例都是好的測試用例嗎？

阿薩今天就列舉一些寫好測試用例的方法：

1。 每一條測試用例都必須包含輸入，操作和輸出。

2。 每一條測試用例都要覆蓋業務流或者業務場景的某一條分支。包含正常場景 和異常場景。要滿足MCM E原則、即相互獨立，完全窮盡原則。所以完整的測試用例一定包含所有業務流分支。所謂有效等價類和無效等價類統統包含。但不可重複。

3。 每一條測試用例的校驗點要清晰明確。尤其涉及資料的，展示資料從哪裡來，到哪裡去都要一清二楚。有基礎的可以畫一畫資料流圖。非常有益於大家學習業務。

4。 每一條測試用例執行結果是否會影響資料庫。資料庫是否增加欄位，欄位型別，對應頁面展示。都要非常清楚。

5。 跳出開發思維或者測試思維。真正地實際用需求實現一個具體業務場景，要真實有意義的業務場景。用測試用例去承載真實業務場景。看看結果怎麼樣。實際體驗一下自己產品的易用性。構造測試資料也儘量貼近客戶資料量大小。

6。 涉及資料的，基本增刪改查操作都要寫用例驗證。

7。 測試用例校驗點和測試場景同樣重要。明確要驗證的測試校驗點。類似於寫好自動化腳本里的斷言。沒有斷言的指令碼不是好指令碼。同理，沒有校驗點的測試用例不是好用例。寫好測試校驗點非常重要。介面UI、操作結果等等都要寫出來。

以上，真實工作經驗分享。希望對各位有幫助。

你學會了嗎？

如果你喜歡今天的文章，歡迎點贊，關注。

推薦閱讀：

質量內建

敏捷測試計劃和敏捷測試策略

敏捷測試四象限