没有理由让一个未经测试的应用程序发布。寻找那些可以自动化流程并消除人为错误风险的工具。
译自 How To Streamline DevOps With Automated Testing，作者 Dima Kramskoy。
在 DevOps 中，能够快速发布软件至关重要。测试对于发布至关重要，开发人员必须经常且迅速地执行此任务。目标是在发布进入生产环境之前找出并解决错误，对哪些软件可以继续开发或应该完全放弃进行分类。
这就是将 测试阶段 纳入开发流程至关重要的原因。但要正确执行，您需要自动化工具，这些工具取决于应用程序。JUnit 或 Jest 已被证明对代码和组件单元测试有效。Newman 在 API 公共方法方面表现出色。Cypress 在端到端测试 (E2E) 中表现最佳。为了让利益相关者了解情况，TestRail 的报告提供了有关进度的自动更新。
此外，测试不再仅仅是质量保证 (QA) 的领域。工程人员不仅应该参与其中，而且必须共同承担责任。这种结构在立即纠正问题之前，在投入大量时间和金钱之前，可以可靠地提供最佳结果。测试不仅可以推动 持续软件交付，而且使用自动化可以完全消除人为错误。
测试金字塔 是一个用于指导软件开发流程的框架。它包含几个明确针对功能、性能和可靠性的测试层，其有效性因各种原因而受到称赞。
单元测试 易于执行，因为它们专注于单个工作单元，无论是方法还是组件。它们成本低廉且易于执行，提供了一种经济高效的方式来保护代码质量。在构建阶段执行这些操作是获得最大结果的最佳方式。
还有集成和 API 测试，它们验证应用程序与系统集成的能力。毕竟，如果无法集成，应用程序将受到严重限制，客户从一开始就会受到阻碍。
然而，最具影响力的还是 UI E2E 测试。这需要完全集成您的系统，从前端到后端，从数据库到网络。它们不仅需要更多时间和维护，而且是所有测试中最昂贵的。您需要特别注意 E2E 测试：过度配置 将导致高成本，并颠倒测试金字塔。
通过按此顺序进行测试（从最小的范围扩展到最大的范围），组织可以确保其范围集中在所需领域，并且其成本和范围不会意外地从适当的关注领域扩展，至于谁负责什么，开发人员应该被分配编写单元和集成测试。同时，QA 应该进行 UI E2E 测试。但是，请确保实际的产品所有者提供场景。
让我们检查一个实现示例，看看现成的工具如何执行测试。在本例中，我们将使用 Amazon Web Services (AWS)。
首先，有 AWS CodePipeline 用于完全 管理持续交付，它构建管道，同时协调基础设施和应用程序更新。这与他们的 AWS CodeDeploy、CodeCommit 和 CodeBuild 产品以及 GitHub 等主要第三方操作提供商配合得特别好。这使 AWS CodePipeline 能够提供更强大的功能。
例如，检测选项可以创建与工件源位置绑定的管道，从而简化从功能描述到风险评估的任务。默认情况下启用的禁用转换功能还可以自动链接管道阶段。如果您不想进入下一阶段，请单击“禁用转换”，管道活动将被停止。
AWS CodePipeline 允许用户编辑管道以引入新阶段、提供更新或消除阶段。此外，编辑页面允许您串行或与当前活动一起添加操作，从而增加了灵活性，使管道能够快速增长。甚至还有一个用于改善管道管理的批准功能，如果尚未给出特定批准，则允许自动停止活动。
绝没有理由发布未经测试的应用程序。寻找那些自动化流程并消除人为错误风险的工具。此外，请记住在你的组织中让测试成为一种共同责任并且成为你的文化中的一份子。
你不能在测试上取巧，而且你也不想那样做 - 你需要通过，否则你就会在很重要的方面遭遇失败。完美无缺的产品总能吸引客户并带来更好的利润率。