冒烟测试 Smoke Test
新版本刚部署后,团队先打开入口、检查关键接口和核心页面,确认系统没有明显故障再开始更完整的测试。
技术栈与工具约 10 分钟 · 从真实需求理解
1冒烟测试怎样快速判断版本能不能继续测?
SMOKE TEST · RELEASE-012版本健康检查
只跑最短关键路径,快速决定能否继续测试。
FAILURE POINT
- 01ENTRY打开首页…
200 OK入口可以访问
- 02API HEALTH关键接口·
waiting接口能正常返回
- 03CORE PAGE核心页面·
waiting页面可以继续操作
等待三个关键检查完成
最小路径未完成
Smoke Test 是版本上线后的最小健康检查。它不试图覆盖所有功能,只沿一条很短的关键路径确认入口、关键接口和核心页面都还能工作;只要其中一步明显失败,就先停下来修复。
- 检查点要少而关键,例如入口能打开、API 能返回、核心页面能显示。
- 检查按最短路径快速完成,不在这里展开完整业务分支。
- 全部通过才 PASS,任一步失败就 STOP,避免把坏版本交给后续测试。
2冒烟测试不是完整回归,也不是一次端到端验收
回归测试会反复检查已有功能,端到端测试会模拟用户走完整任务;冒烟测试只在更早的位置做快速筛查,目的是尽快发现版本是否连最基本的路径都跑不通。
- 看到少量关键检查和立即放行或停止,想到 Smoke Test。
- 看到登录、选购、付款等完整用户旅程,想到 End-to-End Test。
- 看到大量功能和历史问题逐项复查,通常已经是回归测试。
3一次冒烟测试由哪些最小检查组成?
ENTRY200 OK
入口可访问
HEALTH CHECKhealthy
关键 API 正常
CORE PATHready
核心页面可用
GATE RESULTPASS
放行后续测试
拆开一次冒烟测试,可以看到最小入口、关键健康检查、核心页面和放行闸门。它们共同回答一个问题:这个版本是否已经基本活着,值得继续投入测试。
- ENTRY 是最先确认的访问入口,连首页都打不开就没有继续检查的意义。
- HEALTH CHECK 是关键 API 或服务的快速响应检查。
- CORE PATH 是最小核心页面路径,确认用户至少能进入主要功能。
- GATE RESULT 是 PASS 或 STOP,决定后续测试是否放行。
4怎样把冒烟测试交给 Agent?
请为新版本部署后的 Smoke Test 保留最小关键路径:打开首页、检查关键 API、打开核心页面;全部通过才标记 PASS 并允许继续测试,任一步失败立即 STOP,写出失败检查点和原因。
5不用背,看看你能不能判断
1 / 3
Smoke Test 的主要目的是什么?
请选择一个最符合题意的答案
社区延伸
看别人真实遇到过什么
社区帖子还没有关联到这个词条。