什么是回歸測試？定義，測試用例（示例） · Guru99 中文系列教程

# 什么是回歸測試？定義，測試用例（示例） > 原文： [https://www.guru99.com/regression-testing.html](https://www.guru99.com/regression-testing.html) ## 什么是回歸測試？ **回歸測試**被定義為一種軟件測試，用于確認最近的程序或代碼更改未對現有功能產生不利影響。回歸測試只不過是全部或部分選擇已執行的測試用例，然后重新執行以確保現有功能正常運行。進行此測試是為了確保新代碼更改不會對現有功能產生副作用。這樣可以確保在完成最新代碼更改后，舊代碼仍然可以使用。在本教程中，我們將學習 * [需要回歸測試](#1) * [如何進行回歸測試](#2) * [選擇測試用例進行回歸測試](#3) * [回歸測試工具](#4) * [回歸測試和配置管理](#5) * [重新測試和回歸測試之間的差異](#6) * [回歸測試中的挑戰](#7) * [帶有視頻](#8)的回歸測試示例的實際應用 ## 需要回歸測試如果存在以下情況，則需要進行回歸測試 * 需求變更和代碼根據需求進行修改 * 新功能已添加到軟件中 * 缺陷修復 * 性能問題修復 ## 如何進行回歸測試軟件維護是一項活動，其中包括增強，糾錯，優化和刪除現有功能。這些修改可能會導致系統無法正常工作。因此，回歸測試變得必要。可以使用以下技術執行回歸測試： ![Regression Testing](https://img.kancloud.cn/33/04/33045e444c0eb93a73a472b58683eb88_366x261.png "regression testing types") ### 重新測試全部 * 這是用于回歸測試的方法之一，其中應重新執行現有測試桶或套件中的所有測試。這是非常昂貴的，因為它需要大量的時間和資源。 ### 回歸測試選擇 * 與其重新執行整個測試套件，不如選擇一部分要運行的測試套件 * 所選的測試用例可以分類為 1）可重用的測試用例 2）過時的測試用例。 * 可重復使用的測試用例可用于后續的回歸循環中。 * 過時的測試用例不能在后續的周期中使用。 ### 測試用例的優先級 * 根據業務影響，關鍵的&常用功能對測試用例進行優先級排序。根據優先級選擇測試用例將大大減少回歸測試套件。 ## 選擇用于回歸測試的測試用例從行業數據中發現，客戶報告的大量缺陷歸因于最新的錯誤修復，這些缺陷修復產生了副作用，因此選擇[測試用例](/test-case.html)進行回歸測試是一門藝術，而不是那么容易。可以通過選擇以下測試用例來完成有效的回歸測試- * 經常有缺陷的測試用例 * 對用戶更可見的功能 * 驗證產品核心功能的測試用例 * 經歷了更多和最新變化的功能測試案例 * 所有集成測試用例 * 所有復雜的測試用例 * 邊值測試用例 * 成功的測試案例樣本 * 故障測試案例樣本 ## 回歸測試工具如果您的軟件進行頻繁更改，則回歸測試成本將上升。在這種情況下，手動執行測試用例會增加測試執行時間和成本。在這種情況下，回歸測試用例的自動化是明智的選擇。自動化程度取決于連續回歸循環中仍可重復使用的測試用例的數量。以下是在軟件工程中用于功能測試和回歸測試的最重要工具。 **[Selenium](/selenium-tutorial.html)** ：這是一個用于自動化 Web 應用程序的開源工具。硒可用于基于瀏覽器的回歸測試。 **[快速測試專業版（QTP）](/quick-test-professional-qtp-tutorial.html)** ：HP 快速測試專業版是旨在自動化功能測試和回歸測試用例的自動化軟件。它使用 [VBScript](/vbscript-tutorials-for-beginners.html) 語言進行自動化。它是一個數據驅動的基于關鍵字的工具。 **Rational Functional Tester（RFT）**：IBM 的 Rational Functional Tester 是用于自動化軟件應用程序測試案例的 [Java](/java-tutorial.html) 工具。這主要用于自動化回歸測試用例，并且還與 Rational Test Manager 集成。 ## 回歸測試和配置管理在不斷修改代碼的敏捷環境中，回歸測試期間的配置管理變得勢在必行。為了確保有效的回歸測試，請注意以下幾點： * 正在回歸測試的代碼應在配置管理工具下 * 在回歸測試階段，不得更改任何代碼。回歸測試代碼必須不受開發人員更改的影響。 * 用于回歸測試的數據庫必須是隔離的。不允許更改數據庫 ## 重新測試和回歸測試之間的區別：重新測試意味著再次測試功能或錯誤以確保代碼已修復。如果不固定，則需要重新打開[缺陷](/defect-management-process.html)。如果已修復，則關閉缺陷。回歸測試意味著對您的軟件應用程序進行代碼更改時對其進行測試，以確保新代碼不會影響軟件的其他部分。另外，在處檢查[的完整差異列表。](/re-testing-vs-regression-testing.html) ## 回歸測試中的挑戰： ![Challenges in Regression Testing](https://img.kancloud.cn/f4/6d/f46df8822a9d7569e8ef4687b6c2a8c5_625x220.png "regression testing challenges") 以下是進行回歸測試的主要測試問題： * 隨著連續的回歸運行，測試套件變得相當大。由于時間和預算的限制，無法執行整個回歸測試套件 * 在達到最大[的同時最小化測試套件](/test-coverage-in-software-testing.html)仍然是一個挑戰 * 確定回歸測試的頻率，即在每次修改或每個內部版本更新之后，或在修復了許多錯誤之后，都是一個挑戰。 ## 帶視頻的回歸測試示例的實際應用 **結論：** 一種有效的回歸策略，可以節省組織的時間和金錢。根據銀行領域的一項案例研究，回歸可節省多達 60％的錯誤修復時間（回歸測試可能會捕獲這些錯誤）和 40％的金錢