Kola

Kola 原则

理解 Kola 在 ApiHug 契约测试中坚持的核心原则。

本页说明

这一页说明 Kola 的设计原则。

当你需要判断 Kola 适合解决什么问题、又刻意不去解决什么问题时,可以先看这里。

先复用,再发明

Kola 优先复用成熟生态里的能力,而不是从零重造所有测试概念。

因此它会依赖现成的 JVM 测试工具来完成断言、执行、Mock 和构建集成。

默认按模块协作

Kola 最适合跟拥有契约的 proto 模块一起演进。

这样可以把:

  • 契约
  • 生成结果
  • 场景 DSL
  • 执行任务

放在同一个工作流里,而不是拆散到无关模块中。

对现有工程实践保持开放

Kola 不是一座封闭孤岛。它应该和下面这些能力一起工作:

  • 常规单元测试
  • Spring 集成测试
  • Gradle 任务体系
  • 团队已有的运行时接线方式

它要增加的是“契约感知测试层”,而不是强迫所有测试都改写成一种形式。

优先考虑团队沟通

Kola 很强调场景可读性,因为契约测试天然带有协作属性。

如果一个场景只有实现者本人能读懂,那么它对产品、测试、前端协作的价值就会迅速下降。

Kola 不打算做什么

Kola 不打算:

  • 取代项目中的所有测试风格
  • 隐藏掉所有构建和运行时细节
  • 演化成一个通用业务流程引擎

它是一层面向 API 契约场景的聚焦型测试能力。

结果

这些原则让 Kola 与 ApiHug 的整体理念保持一致:契约优先、便于协作、融入正常工程流程,而不是做成一套孤立的附属工具。

相关页面

  1. Kola 的设计思路
  2. Kola DSL
  3. Kola 工具链
Copyright © 2026 ApiHug·AI-native Enterprise Architecture Factory