使用Octopus Deploy实现左移QA：在管道中编排Katalon测试
简简单单 Online zuozuo ：本心、输入输出、结果
文章目录
- 使用Octopus Deploy实现左移QA：在管道中编排Katalon测试
- 前言
- 1、集成方式概述
- （1）方式一：在部署管道中直接运行 KRE
- （2）方式二：从 Octopus 触发 CI 系统中的测试
- 2、前置条件
- （1）方式一的前置条件
- （2）方式二的前置条件
- 3、方式一：通过 CI 从 Octopus 触发 Katalon（最快见效）
- （1）详细步骤
- 4、方式二：在 Octopus 管道中直接运行 KRE（最大控制力）
- （1）核心设计（管道概念）
- （2）部署流程
- 5、可选：添加 Lighthouse 性能门控
- （1）示例阈值（可根据风险偏好调整）
- 6、运营技巧和护栏
- （1）日志可搜索性
- （2）失败可视化
- （3）IaC 开关
- （4）固定 KRE 版本
- （5）从冒烟测试开始
- 7、总结
使用Octopus Deploy实现左移QA：在管道中编排Katalon测试
编辑 | 简简单单 Online zuozuo
地址 | https://blog.csdn.net/qq_15071263
如果觉得本文对你有帮助，欢迎关注、点赞、收藏、评论，谢谢
前言
在现代软件开发中，**左移测试（Shift-Left QA）**已经成为提升软件质量和加速交付的关键策略。通过将测试活动提前到开发流程的早期阶段，我们能够更快地发现缺陷，降低修复成本，并确保更高的软件质量。
本文将介绍如何将Octopus Deploy与Katalon（包括 Katalon Runtime Engine 和 TestOps）进行集成，实现强大的可脚本化的 UI 和 API 测试、报告功能以及团队协作流程。通过结合这些工具，我们可以实现以下目标：
- 通过自动化测试改进发布周期
- 将制品发布到单一仓库
- 当质量不达标时快速失败
#Octopus Deploy #Katalon #左移QA #自动化测试 #CI/CD #DevOps #质量保障
1、集成方式概述
有两种可能的集成方式：
（1）方式一：在部署管道中直接运行 KRE
使用容器、共享测试内容和环境特定配置文件，让发布和测试执行并行进行，配合明确的 IaC 标志和版本控制。
（2）方式二：从 Octopus 触发 CI 系统中的测试
通过 Octopus 触发外部 CI 系统（如 AWS CodeBuild）来运行 Katalon 测试。这是最简单的路径，只需最少的 Docker 设置和基础设施即代码（IaC）工作。
2、前置条件
根据选择的集成方式，需要满足以下条件：
（1）方式一的前置条件
- AWS CodeBuild 项目，能够调用 Katalon（或包装脚本）并向 TestOps 发布报告
- Katalon TestOps 项目，包含每个环境的配置文件和用于管道的测试套件
- Katalon Runtime Engine (KRE) 已授权并在运行器（CI 或容器）中可访问
- Octopus 项目和环境已为您的应用/服务配置完成
（2）方式二的前置条件
- ECR 中的 KRE 容器镜像和 EFS（或另一个制品仓库）中的测试内容，包含 IaC 连接配置
- 同上，Katalon TestOps 项目配置
- 同上，KRE 授权和可访问性
- 同上，Octopus 项目和环境配置
3、方式一：通过 CI 从 Octopus 触发 Katalon（最快见效）
适用场景：您已经在 CI 中配置了 Katalon 任务，希望 Octopus 通过调用这些任务来控制部署。
（1）详细步骤
- 在 Octopus 中创建一个步骤（运行脚本或社区步骤），调用您的 CI API（如 AWS CodeBuild、Jenkins 等），并传递以下必要参数：
- 发布版本/构建号
- 测试套件（如冒烟测试套件）
- 环境（映射到 Katalon 执行配置文件）
4、方式二：在 Octopus 管道中直接运行 KRE（最大控制力）
适用场景：您希望更紧密地耦合部署和测试、按环境固定 KRE 镜像版本、使用 IaC 驱动的开关控制。
（1）核心设计（管道概念）
IaC tfvars 提供以下配置：
run_tests = true|false- 是否运行测试katalon_runtime_engine_version- KRE 版本
（2）部署流程
- 在应用基础设施变更后，部署 KRE 容器
- 挂载 EFS 路径，包含该环境的最新测试
- 使用选定的配置文件和套件执行 Katalon 运行命令
- 将结果发送到 TestOps（以及可选的团队仪表板）
5、可选：添加 Lighthouse 性能门控
如果您正在部署 Web 应用，可以从 Katalon 启动 Google Lighthouse，并将性能/SEO 视为一等公民的门控条件。
（1）示例阈值（可根据风险偏好调整）
- SEO ≥ 75
- 最佳实践 ≥ 90
- 可访问性 ≥ 85
- 性能 ≥ 80
6、运营技巧和护栏
以下是一些实用的运营建议：
（1）日志可搜索性
CI/CodeBuild 显示详细的阶段日志；诊断不稳定测试或环境漂移时，请使用这些日志。
（2）失败可视化
将非零退出代码映射到步骤失败；附加摘要的 HTML/JUnit 报告；链接到 TestOps。
（3）IaC 开关
添加run_teststfvar，并在 Octopus 变量作用域中强制执行，以在每个生命周期中启用/禁用门控。
（4）固定 KRE 版本
使用明确的 KRE 版本构建和标记 ECR 镜像，以便按环境控制升级。
（5）从冒烟测试开始
时间限制的测试套件（<5-10 分钟）可以保持部署快速。
7、总结
通过将 Octopus Deploy 与 Katalon 集成实现左移 QA，我们可以：
- 实现更早的质量反馈
- 自动化测试与部署流程紧密集成
- 通过 IaC 控制测试行为
- 建立明确的性能和质量门控
选择适合您团队的集成方式，逐步建立起自动化测试流程，将显著提升软件交付的质量和效率。
生如逆旅，一苇以航
欢迎关注、欢迎联系交流、欢迎沟通想法、欢迎交换意见、欢迎合作咨询
感谢亲的关注、点赞、收藏、评论，一键三连支持，谢谢