检查：'DogFood”测试

Kontroler：自测试工作流程编排工具

我的最新项目 Kontroler 是一个工作流程编排工具，具有独特的特点：自测试。 它不仅编排工作流程，还使用自己的功能来测试其功能，这一过程称为“dogfooding”。这种持续的自我测试确保了该工具可靠地工作，同时自我改进。

为什么要进行自测试？

我对自动化的热情促使我渴望创造高效可靠的工具。 Kontroler 不仅仅是另一个工作流运行程序；它也是一个工作流运行程序。它旨在证明其自身的功能，无需外部测试工具。 这种内置的压力测试提供了坚实的基础，观察其自我实施的质量控制既实用又有益。

Kontroler 如何自我测试

实现自测试需要创建额外的组件：

• GitHub Webhook 侦听器： 处理传入的 Webhook、处理基础架构目录并生成 DAG 和 DAGRun。
• Kontroler Webhook 监听器： 处理来自 Kontroler 的传出事件，提供任务完成状态和链接的任务信息。

新的 .kontrolerci 目录已添加到存储库中。该目录包含定义 DAG/CI 管道的 YAML 文件。 一个简单的 Go 构建器示例：

<code>build-server:
  image: golang:1.23.5-bullseye
  script: |
    echo "Navigating to server directory"
    cd server
    go mod tidy
    echo "Building server application"
    go build -o main cmd/main.go</code>

完整的目录结构可以在GitHub上获取：https://www.php.cn/link/6968240043185f65f22097299b865f6b

它测试什么？

当前管道测试：

• 软件包安装（npm、Go）
• 去检查
• 单元测试

这些测试建立了对系统的信心，并且成功的 CI 管道执行提供了对 Kontroler 任务分配和 Webhook 生成的端到端验证。

GitHub 的 UI 显示结果：

Dogfooding 的回报（和挑战）

第一次成功的管道运行令人难以置信地令人满意——看到那些绿色的勾号超出了我的预期。 Kontroler 确实被使用过，即使只有我一个人。

然而，自测试也并非没有挑战。 事实证明，调试客户端身份验证失败和与临时文件相关的错误等问题非常耗时。 但是，这个测试过程暴露了并让我解决了关键的缺陷。

Kontroler 的未来计划

Dogfooding 确定了几个需要改进的领域：

• 运行时 PodTemplate 覆盖：增强 CI 管道等工作流程的灵活性。
• DagRun CRD 中的 PVC 创建：改进的资源管理。

我们将继续对 Kontroler 进行测试，以进一步完善和量产该工具。

以上是检查：'DogFood”测试的详细内容。更多信息请关注PHP中文网其他相关文章！