# 什么是 DevOps 中的連續測試？ 定義，好處，工具 > 原文： [https://www.guru99.com/continuous-testing.html](https://www.guru99.com/continuous-testing.html) ## 什么是連續測試？ 連續測試被定義??為一種軟件測試類型，它涉及早期測試，經常測試，到處測試以及自動化的過程。 這是一種在持續交付過程的每個步驟中評估質量的策略。 連續測試的目標是盡早測試并且經常測試。 該過程涉及開發人員，DevOps，質量保證和運營系統等利益相關者。 在本教程中，您將學習 * [什么是連續測試？](#1) * [連續測試有何不同？](#2) * [連續測試與測試自動化有何不同？](#3) * [如何進行連續測試](#4) * [連續測試工具](#5) * [連續測試的好處](#6) * [連續測試的挑戰](#7) ## 連續測試有何不同？  舊的測試方法是以中心為中心。 該軟件已從一個團隊移交給另一個團隊。 一個項目將具有明確的開發和質量保證階段。 質量檢查團隊一直希望有更多時間來確保質量。 目的是質量應優先于項目進度。 但是，企業希望更快地向最終用戶交付軟件。 該軟件較新，可以更好地進行市場營銷并增加公司的收入潛力。 因此，一種新的測試方法得以發展。 連續意味著連續進行不間斷的測試。 在持續的 DevOps 流程中，軟件變更（候選發布）不斷地從開發過渡到測試再到部署。  該代碼是不斷開發，交付，測試和部署的。 例如，每當開發人員檢查源代碼服務器中的代碼時，就像 Jenkins 的自動化單元測試集在連續過程中執行一樣。 如果測試失敗，則拒絕構建，并通知開發人員。 如果構建通過測試，則將其部署到性能 QA 服務器以進行詳盡的功能和負載測試。 測試是并行運行的。 如果測試通過，則該軟件將部署到生產環境中。 持續測試是持續開發，集成和部署周期中的一小部分。  軟件開發與以往不同，我們將開發工作從一個月縮短到了幾周。 當前的測試堆棧（請參見上圖）標題為 UI 測試。 但是目標是擁有越來越多的自動化單元測試。 ## 連續測試與測試自動化有何不同？ **測試自動化與連續測試** | **參數** | **測試自動化** | **連續測試** | | --- | --- | --- | | **定義** | 測試自動化是一個使用工具或軟件來自動化任務的過程。 | 它是一種軟件測試方法，致力于實現持續質量&的提高。 | | **目的** | 一組類似或重復的任務，一臺機器可以更快地執行并減少錯誤。 | 持續的測試過程有助于發現風險，解決風險并提高產品質量。 | | **前提條件** | 無需集成連續測試即可實現測試自動化。 | 沒有測試自動化就無法實現連續測試。 | | **時間** | 軟件發布可能需要一個月到幾年的時間。 | 軟件版本可能每周至每小時發布。 | | **反饋** | 測試每個版本后的定期反饋。 | 每個階段的反饋都需要即時。 | | **歷史記錄** | 自動化測試已經進行了數十年，以加快測試過程。 | 連續測試是一個相對較新的概念。 | ## 如何進行連續測試 * 用于工具來根據用戶案例/需求生成測試自動化套件 * 創建測試環境。 * 復制和匿名化生產數據以創建測試數據床 * 使用服務虛擬化測試 API * 并行性能測試 ## 連續測試工具 **1）QuerySurge** [QuerySurge](https://bit.ly/2Ni99Gd) 是智能數據測試解決方案，它是用于連續數據測試的同類首個完整 DevOps 解決方案。 主要功能包括可進行 60 多次調用的 Robust API，詳細的數據智能&數據分析，無縫集成到 DevOps 管道中以進行連續測試，以及快速驗證大量數據。 [免費開始測試](https://bit.ly/2Ni99Gd) **2）詹金斯** Jenkins 是使用 Java 語言編寫的持續集成工具。 可以通過 GUI 界面或控制臺命令配置此工具。 **下載鏈接：** [https://jenkins.io/](https://jenkins.io/) **3）特拉維斯** Travis 是托管在 GitHub 上的連續測試工具。 它提供了托管和本地的變體。 它提供了多種不同的語言和良好的文檔。 **下載鏈接：** [https://travis-ci.org/](https://travis-ci.org/) **4）硒** Selenium 是開源軟件測試工具。 它支持所有主流瀏覽器，例如 Firefox，Chrome，IE 和 Safari。 Selenium WebDriver 用于自動執行 Web 應用程序測試。 **下載鏈接：** [https://www.seleniumhq.org/](https://www.selenium.dev/) ## 連續測試的好處 * 加快軟件交付 * 連續測試可提高代碼質量 * 它有助于評估確切的業務風險范圍。 * 它無縫集成到 DevOps 流程中 * 在數小時而不是數月內幫助創建敏捷而可靠的流程。 * 通過持續的反饋機制加快產品上市時間。 * 合并傳統上孤立的團隊，以滿足現代企業的需求。 解決開發，測試和運營團隊之間的脫節。 * 測試自動化通過為所有相關測試維持相同的配置來幫助實現一致性。 * 強調業務期望以減輕業務風險 * 通過 Service Virtualization 提供無處不在的測試環境訪問 ## 持續測試的挑戰 * 傳統過程限制了開發& QA 專業人員之間的文化轉移。 * 缺乏在敏捷& DevOps 環境中進行測試的 DevOps 技能和正確的工具。 * 永遠不會反映生產環境的異構測試環境。 * 常規測試過程和寬松定義的測試數據管理。 * 較長的代碼集成周期會導致集成問題和較晚的缺陷修復 * 資源和測試環境不足和無效 * 復雜的應用程序體系結構和業務邏輯限制了 DevOps 的采用。 ## 結論： * 在軟件工程中，連續測試是指盡早測試，經常測試，到處測試以及自動化的過程。 * 舊的測試方法是以切換為中心的。 該軟件已從一個團隊移交給另一個團隊 * Jenkins，Travis 和 Selenium 是流行的持續測試和集成工具。 * 持續測試根據交付流程的每個階段提供可行的反饋。 * 持續測試有助于提高代碼質量 * 傳統過程限制了開發& QA 專業人員之間的文化轉移。 * 較長的代碼集成周期會導致集成問題和較晚的缺陷修復