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

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

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. 選擇要在舊功能更改時更新的測試用例。

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

產品功能的重大轉變。

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

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

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

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

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