如何選擇迴歸測試用例集

在《你真的瞭解迴歸測試嗎？》一文中講述了迴歸測試的定義、與普通測試的區別，以及迴歸測試的分類和不同型別迴歸測試的基本測試策略。
加我VX：atstudy-js 回覆“測試”，進入 自動化測試學習交流群~~

本文討論一下在迴歸測試活動中，如何選擇測試用例集。

已知前篇中：迴歸測試用例集包括基本測試用例集（原始用例）+迭代新增測試用例集（修復故障引入的用例和新增功能引入的用例集）。

如：假設開發週期D內，原始測試用例集為T，新增功能引入用例集為ΔT1，修復故障引入的用例為ΔT2，那麼迴歸測試用例集T’=T+ΔT1+ΔT2。

說到這裡，不知道你會不會有這樣一個疑問：如果我的原始測試用例集T包含大量的測試用例（成百上千條），難道迴歸測試時都要全部執行嗎？

答案當然是否定的。首先回歸測試是有時間限制的，單純人力執行上千條測試用例，是很難完成的。即使有自動化測試的保障，也難以保證100%的測試覆蓋。

因此，我們進一步討論下，在原始用例集T中，選擇合適的測試用例加入迴歸測試，儘量滿足最優測試用例最小測試用例的標準。

如何在原始用例集中挑選測試用例

不妨我們再來設想和討論幾個問題：

1、某個測試用例在近期測試活動中，透過穩定性較差（測試結果頻繁失敗—成功交替），那麼在設計當次迴歸測試活動時，你是否會考慮或重點關注呢？

2、某個測試用例已經實現自動化，且加入日常CI維護，那麼在設計當次迴歸測試活動時，你是否會考慮或重點關注呢？

3、某個測試用例已經長時間未執行，那麼在設計當次迴歸測試活動時，你是否會考慮或重點關注呢？

4、某個測試用例最近一段時間內總是失敗，透過率很低，那麼設計當次迴歸測試活動時，你是否會考慮或重點關注呢？

看到這幾個問題，有什麼啟發嗎？

在問題1中，我們討論的是測試用例的穩定性；

在問題2中，我們討論的是測試用例的自動化率；

在問題3中，我們討論的是測試用例的執行率；

在問題4中，我們討論的是測試用例的透過率。

穩定性、自動化率、執行率和透過率是我們制定測試策略，選擇測試用例時的重點考慮範圍。因此，迴歸測試活動中，篩選原始用例集中的用例，挑選高優先順序用例組建迴歸測試用例集可以從測試用例的這幾方面入手。

三、具體實踐

考慮測試用例的穩定性、自動化率、時效性和有效性四個方面，如果一個用例穩定性低、自動化率低、透過率低、執行率低，那麼在當次迴歸測試活動中，這個用例可以且應該獲得測試人員的關注，納入迴歸測試用例集中。

此外，如下表所示：當用例穩定性和透過率低時，執行率和自動化率則不需重點考慮，此時測試用例優先順序高，應該納入當次迴歸測試；當用例穩定性和透過率中時，低執行率和自動化率的測試用例可以考慮加入當次迴歸測試，具體結論可視測試資源（如人力和機器資源）和測試時間充裕度考慮；當用例穩定性和透過率高時，即使用例執行率和自動化率低，也不需要加入迴歸測試。

為何制定如此測試策略呢？因為，對於測試用例的考評，穩定性和透過率遠大於執行率和自動化率。

四、總結

本文在“你真的瞭解迴歸測試嗎？”一文的基礎上，講述瞭如何在原始用例集中篩選測試用例，縮減原始用例集的大小，組建最優最小用例集的測試策略。值得注意的是，所謂的最優最小用例集理論上是不存在的，俗話說：沒有最好，只有更好，不是麼？我們做的只是在一定限制內的最佳化。希望本文能對正在看的你有所啟發~

最後：
可以我的個人V：atstudy-js，可以免費領取一份10G軟體測試工程師面試寶典文件資料。以及相對應的影片學習教程免費分享！，其中包括了有基礎知識、Linux必備、Mysql資料庫、抓包工具、介面測試工具、測試進階-Python程式設計、Web自動化測試、APP自動化測試、介面自動化測試、測試高階持續整合、測試架構開發測試框架、效能測試等。
這些測試資料，對於做【軟體測試】的朋友來說應該是最全面最完整的備戰倉庫，這個倉庫也陪伴我走過了最艱難的路程，希望也能幫助到你！

你真的瞭解迴歸測試嗎？5分鐘教你如何選擇測試用例集？

相關文章