一、前言

測試用例，可以說是質量的保障中最關鍵的一環。 測試用例中沒有的內容，可以說99%的情況下后續測試執行的時候，不會覆蓋。當然不排除某些情況下，突發靈感，想起某些測試場景， 并將其加入測試用例中。但這是概率事件，非必然事件。 

測試用例——廣發意義上的，無論誰執行；

典型測試用例的用途： 無論誰在編寫測試用例(新手、老手、哪怕是開發同學)，保障測試用例的場景覆蓋

二、測試用例準備的難點

說起難點， 不妨看下以下測試用例的套路：

需求上x1需求點——對應幾條測試用例；

需求上x2需求點——對應幾條測試用例；

技術實現上Y1實現點——對應幾條測試用例；

主流程回歸

測試用例編寫的難點在于：忽略了業務的獨特性，只考慮了寫在明面上的需求，技術實現，但忽略了最重要的東西

需求上有什么需求點，對應測試用例；技術實現上游什么點，對應測試用例，外加主流程回歸。 這是寫測試用例的套路。 類似套路，可以隨手拿來套用到各個業務上。 

但明顯忽略了業務的獨特性，只考慮了寫在明面上的需求，技術實現，但忽略了最重要的東西：

需求文檔/技術實現 沒有明說，但卻需要加入測試用例的東西。

隱含的東西包括：

舊數據如何處理/如何兼容；-----老數據/場景兼容測試

上下游域是否做了兼容；-----鏈路測試

業務實現本身有灰度開關----灰度測試

業務本身允許異常重試操作----異常重試測

總結

以上是生活随笔為你收集整理的打造强大的质量团队——典型测试用例集的全部內容，希望文章能夠幫你解決所遇到的問題。

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