跳到正文

冒烟测试

Smoke Test

中级通用

冒烟测试(Smoke Test)是在构建或部署后,快速检查产品的关键路径能否跑通的一组测试。它帮你尽早发现应用打不开、登录失败等基础故障,避免在明显不可用的版本上继续测试。

你可能会说:「新版本出来后,先帮我快速确认网站能打开、能登录、能完成一次核心操作。」

读之前建议先了解

动手看看

启动响应部署后应用新版本冒烟检查启动通过测试关卡等待结果后续测试尚未开始
1

新版本部署后,先运行一小组关键检查。检查器访问应用入口,收到正常响应,确认应用至少能打开。

要点

  1. 1

    先检查产品能否基本使用

    我们先挑少量关键路径,例如打开网站、登录、创建一条记录。因为这些步骤一旦失败,后续细查很可能做不下去,所以冒烟测试先回答“这个版本值得继续测吗”。

  2. 2

    检查范围小但路径要完整

    冒烟测试不是把每个字段和异常情况都测一遍。比如做一个 AI 写作工具,你可以先确认页面能打开、能提交提示词、能看到回复;回复质量和各种输入边界留给后续测试。

  3. 3

    让失败能指向下一步

    你可以把每条检查写成可观察的结果,例如“提交后出现新记录”,而不是“功能正常”。这样失败时,我们能知道卡在哪一步;放进自动化流程时,也更容易定位问题。

容易混淆的地方

冒烟测试看的是关键路径有没有明显故障,不等于回归测试:回归测试会更系统地检查改动是否破坏已有功能。它也不等于端到端测试;端到端测试描述的是跨越多个环节的测试方式,而冒烟测试描述的是快速筛查的目的,两者可以重叠。

什么时候用

适合用

  • AI Agent 刚改完网站登录流程,你想先确认能登录并进入首页,再检查各种账号和错误提示。
  • 新版本部署到预发布环境后,你想快速确认页面、接口和一次核心操作都能跑通。
  • 团队每天生成新构建,你想在持续集成流程里先拦住连主要页面都打不开的版本。

不适合用

  • 你要判断折扣金额在各种边界条件下是否算对;用有明确输入和预期结果的测试用例更合适。
  • 你只想验证页面布局是否符合设计稿;用设计走查或视觉对比更直接。
  • 你要知道高并发时网站能承受多少请求;这需要负载测试,冒烟测试回答不了容量问题。

练一练

AI Agent 为预约网站生成了新版本。你准备交给同事细查日期限制、退款规则等功能,此时最适合先做哪件事?

让 AI 帮你做

请为这次网站改动设计一组冒烟测试,只覆盖打开页面、登录和完成一次预约这几条关键路径。写清每步操作和可观察的通过条件;如果项目已有测试框架,就沿用它实现并运行,报告失败步骤,不扩展到边界条件。

接下来学什么