在 DevOps（开发和运营）中，持续测试是软件测试的一个子类别，其中软件在软件开发生命周期 (SDLC) 的每个阶段都经过测试和验证。执行持续测试的主要目的是通过早期和持续测试，在持续交付过程的每一步评估软件的质量和性能。
持续测试和持续集成对于持续交付管道至关重要。在持续测试中，我们不断针对软件代码库和部署环境运行自动化测试。持续测试包括单元测试、静态代码和安全代码分析、集成测试、负载测试和性能测试。所有这些测试都在自动化的连续测试管道中执行。连续测试通常称为 CT。
持续测试的过程涉及所有利益相关者（开发人员、DevOps、QA 和操作系统）。
传统的测试方式大多以交接为中心，软件产品从一个团队交给另一个团队。项目有明确的开发和 QA 阶段，通常会给 QA 团队更多的时间来保证软件质量。目标是质量而不是项目进度。
但是，随着时间的推移，将软件更快地交付给最终用户的需求迅速增加。这个想法是，软件越新，它的营销能力就越大，产生收入的能力也越高。因此，开发了一种新的测试方法。但是术语“连续”，我们的意思是不受干扰或不受干扰。在一个持续的 DevOps 过程中，软件不断地从开发阶段到测试阶段再到部署阶段。软件代码持续开发、交付、测试和部署。
例如，当开发团队检查源代码服务器（例如 Jenkins）中的代码时，在连续过程中执行自动化单元测试。如果测试失败，构建将被拒绝并通知开发团队。但是，如果测试通过，则构建将部署到 QA 服务器以进行功能和负载测试。两个测试是同时并行进行的。如果测试通过，则将构建部署到生产环境。
下表突出显示了连续测试和自动化测试之间的主要区别 -
| 测试自动化 | 持续测试 |
|---|---|
| Testing process in which software or tool is used to automate tests | 测试方法强调实现软件的持续质量和改进 |
| A sequence of similar tasks that a machine can perform with fewer mistakes | 帮助识别和解决风险，并提高软件质量 |
| Can be done without integrating continuous testing | 没有测试自动化就无法完成 |
| The software can be delivered within a month or years | 软件可在数周或数小时内交付 |
| In practice for decades to speed up testing process | 一个新概念 |
| Feedback is regularly provided after testing of each software release | 在每个阶段立即提供反馈 |
使用工具/软件根据用户需求创建测试自动化套件。
准备测试环境。
复制生产数据。
创建测试数据床。
使用服务虚拟化测试 API。
并行执行性能测试。
Jenkins - 这个工具是用 Java 编写的，可以通过 GUI 界面或控制台命令进行配置。
QuerySurge - QuerySurge 是一个智能且完整的 DevOps 工具，用于持续测试。它的一些主要特点是；具有 60 多个调用的强大 API、详细的数据智能、数据分析、与 DevOps 管道的无缝集成。QuerySurge 还可用于快速验证海量数据。
Travis - 此工具托管在 GitHub 上，提供托管和内部部署变体。它支持多种语言并提供良好的文档。
Selenium - 这是一个开源的持续测试工具，支持所有主流浏览器（Firefox、Chrome、Internet Explorer、Safari）。它提供了可以自动化 Web 应用程序测试的 Selenium WebDriver。
Katalon Studio - 这种建立在 selenium 之上的持续测试工具，为 Web、UI、API、桌面和移动应用程序的自动化测试提供了一个广泛的平台。
它加快了软件交付。
它提高了软件代码的质量。
它有助于覆盖准确的业务风险。
它紧密无缝地集成到 DevOps 流程中。
它有助于快速创建敏捷可靠的流程。
其持续的反馈机制加快了上市时间。
它很容易消除开发、测试和运维团队之间的鸿沟。
它有助于合并孤立或孤立的团队以满足企业需求。
自动化测试通过所有用户测试的相同配置帮助我们获得并保持一致性。
持续测试侧重于业务期望和要求，以降低业务风险。
其服务虚拟化提供对测试环境的访问。
它限制了开发和 QA 专业人员之间的文化转变。他们在适应 DevOps 方面面临困难。他们无法在敏捷和 DevOps 环境中处理正确的持续测试工具和方法。
如果我们只保留传统的测试方法和流程以及测试数据管理，即使它们有明确的定义，那么持续测试可能无法发挥其全部潜力。
异构测试环境可能永远无法模仿真实的生产环境。
它需要持续的代码集成，如果不满足，可能会产生缺陷、错误或重复编码工作和不兼容代码的问题。
持续测试需要高水平的协作，每个团队成员都为质量和合作做出贡献。测试用例是在开始编码或编写测试用例之前定义的。开发人员和自动化专业人员必须共同努力优化测试自动化的代码。持续测试中涉及的一些最佳实践是 -
简化事情并使其合乎逻辑，以最大程度地减少测试等待时间。
必须在交付管道的所有阶段进行测试。
测试必须能够覆盖整个 QA 环境和资产的生产，在各个阶段持续向开发人员提供反馈，并确保软件的质量。
组织必须有权访问所有必需的 DevOps 工具、依赖项和资源。
持续测试对于持续集成和部署流程管道至关重要。持续测试使持续集成/持续交付（即 CI/CD 管道代码）从开发到测试再到部署的持续移动成为可能。连续测试的三个关键组成部分是 -
自动化测试
持续交付
持续集成
对于连续测试，公司必须制定一个强大的测试自动化计划。该计划应强调测试的所有方面，包括 API 和 UI 测试。在某些情况下，选择特定区域进行测试可能很有价值；但是，公司应始终根据要求配备可以包括所有类型测试的测试计划。
一些持续测试的最佳实践包括在软件开发生命周期中尽可能地进行自动化测试。它确保测试团队在每个阶段验证和评估软件代码的有效性。因此，它为确定软件是否准备好进入交付管道提供了见解。
此外，自动化测试有助于快速获得有关软件发布所涉及风险的反馈。它还解决了现代应用程序部署和交付的复杂性和速度问题。
自动化测试使公司更加敏捷。它有助于实现敏捷测试过程，其中通过自动化频繁更新长测试脚本。
CD 是一种测试实践，其中软件代码中的更改会自动准备好部署到生产环境中。它对于现代应用程序开发至关重要。它建立在持续集成 (CI) 之上。
如果 CD 实施准确，开发团队将始终拥有准备开发的资产，即通过标准测试过程。CD 有助于自动化测试驱动开发中单元测试以外的测试过程。它还有助于在将软件更新交付给客户之前验证跨多个平台的软件更新。测试包括 UI、负载、集成、API 和回归测试。
过去几年，IT 干扰的成本大幅增加，因为公司已经采用数字化转型，现在将系统和应用程序迁移到云端。此外，由于在各个行业引入新技术以提高开发敏捷性，运营的复杂性也有所增加。
DevOps 团队的代码部署案例已经达到了非常高的水平。因此，在没有任何停机时间的情况下持续执行可伸缩代码变得太困难了。因此，为了解决这些挑战，开发团队现在使用 CI。CI 是一个软件开发过程，其中编码人员将项目移动到共享存储库，以自动开发软件并提供有关软件质量的快速反馈。
CI 与持续测试完全不同。CI 需要一致地整合配置。这有助于自动构建代码提交，每次构建运行测试用例，并一致地实施测试环境处理。CI 可快速提供反馈和问责制的结果。
如果软件构建失败，CI 不会让它进入后期阶段。团队会收到一份报告并快速修复构建。因此，软件开发生命周期变得可预测、敏捷和可靠。此外，开发人员可以在将新功能发布给最终用户之前快速引入新功能并修复缺陷。
对于 CI，所有从事该项目的开发人员都必须完全致力于它。此外，对于软件代码的每次更改，都应与所有团队成员共享结果。如果主代码分支出现故障，应该迅速通知整个开发团队，以便他们可以立即采取行动修复它。