如何為迴歸測試選擇測試用例？

您已經知道迴歸測試對於交付優質產品的重要性。測試用例是迴歸測試計劃的主要元素，對使其成功的貢獻最大。因此，不可避免地要選擇最合適的測試用例來獲得最好的結果。所以這裏有一些想法供你思考。

1. 為缺陷最多的特性選擇測試用例。

找出您的產品中出現最多錯誤的區域，只需對代碼進行少量更改即可導致失敗。通過查看每週/每月的錯誤報吿，您很容易確定導致最大錯誤的區域。的缺陷。首先，您可以將這些缺陷添加到迴歸中，然後尋找增加該特定區域的測試覆蓋率。

2. 為產品的核心功能選擇測試用例。

在開始設計迴歸測試用例之前，一定要找出產品的核心領域。因此，瞭解需求規範，查看產品設計文檔並提出對產品最關鍵的功能。因此，您可以繼續選擇測試用例並涵蓋所需的功能。藉助可追溯性矩陣，您可以確認測試覆蓋率。

例如，在 Web 應用程序中，迴歸應涵蓋諸如登錄、儀表板、報吿和主頁上明顯的其他核心功能等區域。

3. 關注產品最近更新區域的測試用例。

在敏捷世界中，需求經常變化。但大多數時候，變化只發生在產品的一部分。一旦產品的第一個版本準備就緒，由於增強或錯誤修復，可能會有 20-30% 的更改。在這種情況下，請嘗試關注最近的更改並添加可能破壞現有功能的案例。

4. 選擇涵蓋集成測試的測試用例。

但是，集成測試是軟件測試過程的一部分。但它的一些測試也應該與迴歸測試一起運行。它有助於排除產品因最後一刻的更改而錯過重要功能的任何可能性。

例如，身份驗證協議的更改可能會導致登錄 API 失敗，修復錯誤消息可能會導致報吿 API 失敗。

5. 選擇所有端到端測試用例。

每個產品都有一些關鍵的端到端業務流，需要遵循 UI 操作的複合序列。

例如，要從電子商務網站購買產品，首先用户需要從特定類別中找到該產品，選擇該產品，將其添加到購物車，如果有優惠券，則申請，選擇付款方式, 提供聯繫方式/送貨詳情並繼續付款。

通過在序列中添加更多操作，您可以增加發現嚴重錯誤的可能性。如果任何操作從鏈中絆倒，那麼整個功能都可能崩潰。這就是為什麼我們提倡將如此複雜的測試用例作為迴歸測試套件的一部分。

6. 根據迴歸測試的優先級過濾測試用例。

我們不能有一個不斷增加無限期的迴歸。這些案例中。在某個地方我們必須停下來，我們應該通過做出明智和深思熟慮的決定來了解這一點。

所以開始對所有迴歸測試用例進行分類。具有優先類別，如 P1(非常高)、P2(高)、P3(中等)等。或者，您可以根據其功能分離測試用例。您甚至可以添加標籤來過濾測試用例。它可能是一個發佈標籤、Service Pack 或 Patch 的標籤。

將測試用例分為幾個優先級背後的想法應該來自重要性和客户影響。

以下是一些軟件測試人員可以應用來自定義迴歸測試執行的規則。

一、 如果錯誤的嚴重性和影響較低，那麼從 P1、P2 和 P3 優先級執行一系列測試就足夠了。

二、 如果錯誤的嚴重性和影響為中等，則執行所有 P1 和 P2 測試用例。但是，如果需要，測試人員也可以運行 P3 測試用例。順便説一句，如果錯誤修復需要添加新的測試用例，那麼它們也應該作為迴歸的一部分運行。

三、 如果錯誤的嚴重性和影響都很高，則執行所有 P1、P2 測試用例幷包括一些選定的 P3 用例。

7. 選擇要在舊功能更改時更新的測試用例。

客户要求重寫舊功能的情況並不常見。然而，這樣的事情確實會發生。開發人員必須對其進行修改。因此測試人員必須做出相應的響應。

產品功能的重大轉變。

構建過程/先決條件已更改。

部分迴歸測試用例從未執行過。

迴歸測試周期僅包括幾個選定的測試用例。

預計測試結果與上次執行會有很大的偏差。

如需瞭解更多測試技術信息請關注：深圳多測師軟件與技術服務有限公司