烟雾测试

冒烟测试可以快速回答一个问题：这个构建或部署是否基本正常运行？对于 API 来说，这通常意味着服务启动、健康检查通过、身份验证有效，并且一些关键端点能够返回正确的状态和响应。如果冒烟测试失败，那么运行完整的测试套件就毫无意义。

工作原理

冒烟测试会在部署后立即运行——通常是在生产环境中运行——并且在持续集成 (CI) 中的更长时间的测试套件之前运行。它们会使用只读或自清理调用对每个主要依赖项（数据库、缓存、身份验证提供程序、支付沙箱）进行一次访问，并且测试时间足够短，以防止有人跳过它们。

误解

冒烟测试本质上是一个小型回归测试套件。它的作用在于覆盖面广，而非深度深：遍历每条关键路径一次测试，胜过对同一端点进行二十次不同的测试。如果一个冒烟测试套件耗时四十分钟，那就不能称之为冒烟测试了。

点击这里试试

这里可以先进行一次初步的冒烟检查：GET /pizza/v1/menu 、POST /auth/v1/login和 GET /auth/v1/me并返回令牌——这三个调用涉及公共读取、身份验证和授权。

相关内容

• API testing challenges
• 入门指南

资料来源

• HTTP semantics — RFC 9110
• OpenAPI Initiative

其他术语

• 模拟 API — 一个可以替代真实 API 的方案，它能够返回逼真的响应，但背后却没有真实的系统支持。
• API 沙箱 — API 的一个独立副本，其中调用不会产生任何实际影响，数据可以重置。
• 赝品、存根和假货 — 三种类型的测试替身——真实依赖项的替代品——它们在执行的操作和检查的内容上有所不同。
• 测试夹具 — 测试开始时的已知数据和状态，每次运行都以相同的方式设置。
• 合同测试 — 测试 API 及其使用者是否在请求和响应的形式上达成一致，而无需同时运行它们。
• 不规则测试 — 一个测试，有时通过，有时失败，而测试的代码没有任何改动。

阅读英文版

所有术语 · 测试技巧 · 全部 39 个模拟 REST API

最后更新时间 2026年10月16日