它解决什么问题
消费者驱动的接口契约测试框架
Pact
STACKS质量与安全Pact Foundation · 契约测试框架
所属栏目
质量与安全
测试
形态
契约测试框架
开源 / 商业 / 托管形态
许可证
MIT
以官方仓库为准
数据日期
2026-10-27
条目信息核对到这一天
Pact 编辑总结
整理日期：2026-10-27 · 测试 · 同分类 6 个
分类测试质量与安全下的分类
形态契约测试框架交付形态，决定怎么接入
主要语言JavaScript / Java / Go / .NET以官方仓库为准
许可证MIT商用前核对 LICENSE 原文
同分类条目6可与下方对比表横向比较
上面几项是本条目的关键信息摘要，正文整理见下方「详细说明」与「关键信息」。
详细说明
核心优势
消费方先写期望并生成契约文件，提供方在流水线里回放验证，两端不必同时起环境就能发现接口不兼容；Broker 管理契约版本，还能判断这次变更能否安全上线。
注意事项
要改协作方式：消费方得先写契约，提供方得接验证流水线；契约只覆盖交互形态，业务语义与数据正确性仍要靠集成测试兜。
适合场景
多团队并行开发、接口变更频繁的微服务与前后端分离系统。
不适合场景
单体应用，或服务之间由同一个团队同步发布的场景。
关键信息
- 维护方
- Pact Foundation
- 分类
- 测试
- 形态
- 契约测试框架
- 主要语言
- JavaScript / Java / Go / .NET
- 许可证
- MIT
- 代码仓库
- https://github.com/pact-foundation/pact-js
- 官方文档
- https://docs.pact.io/
特性标签
契约测试微服务CI
标签取自各项目公开信息里的分类字段，未做二次归类。
同分类质量与安全对比
| 方案 | 形态 | 定位 | 许可证 |
|---|---|---|---|
| Cypress | 端到端测试框架 | 面向浏览器的端到端测试框架 | MIT |
| k6 | 负载测试工具 | 用脚本描述场景的负载测试工具 | AGPL-3.0 |
| Apache JMeter | 负载测试工具 | 图形化配置的性能与负载测试工具 | Apache-2.0 |
| Testcontainers | 集成测试工具库 | 用真实容器跑集成测试的库 | MIT |
| Atheris | 模糊测试引擎 | 给 Python 代码做覆盖引导模糊测试 | Apache-2.0 |
| Chromatic | 视觉回归测试服务 | 对组件截图做视觉回归 | 商业服务 |
同一分类内的方案才适合横向比较；定位列已按详情页原文截断
相关链接
质量与安全 常见问题
测试与安全要不要各配一套工具？
两者服务同一条发布流程：测试回答「功能有没有坏」，可观测回答「线上稳不稳」，安全回答「有没有被滥用或攻破」。它们通常接在同一条流水线里——单测与集成测试、依赖与密钥扫描、上线后的冒烟与回归——放在一起看更接近真实落地。
AI 应用的评测和传统测试有什么不同？
传统测试断言确定输出，AI 评测是在数据集上看分布（准确率、召回、拒答率）。所以它需要独立的评测集与判分器，护栏则是运行时的硬拦截，两者都要，不能互相替代。
数据说明
所属栏目质量与安全分类：测试
数据来源项目官方文档与代码仓库定位、优势与许可条件取自官方资料，中文为归纳版
数据日期2026-10-27条目信息核对到这一天；官方更新后以官方为准
口径边界整理不改写能力、价格与许可证以官方为准；本站不打分、不排推荐名次
页面文字只做中文整理，数值不改写；仓库地址、许可证与版本请以官方仓库为准，本站与所列项目无隶属关系。
继续浏览质量与安全
返回栏目列表
上一个条目已经是第一个了
下一个条目已经是最后一个了
同分类的其他质量与安全
更多条目信息取自各项目官方仓库与文档；定位、优势与注意事项为中文归纳，数值不改写，仓库地址、许可证与版本以官方为准。
