冒烟测试主要测试什么，它是版本上线前的浅层快速校验，只验证核心流程、关键模块能否正常启动和连通，不做细节深挖，适合开发刚提交新版本、打包部署完成后立刻执行，你在迭代周期短、发布频次高的互联网后端、小程序、APP项目里优先使用，复杂业务逻辑、边界异常场景、性能压力场景不放在冒烟阶段处理，发现阻断性bug就直接打回开发，不再进入后续的功能测试、回归测试环节。

冒烟测试的核心校验项

启动与部署状态是最先检查的内容，你要确认程序包可以正常解压、部署、启动，服务进程不会直接崩溃，前端页面、客户端能够正常打开，不存在白屏、闪退、端口占用导致服务无法拉起这类阻断问题。数据库、缓存、第三方接口等基础依赖连通性也要一并核验，保证程序可以正常读写基础数据，不会因为依赖断开直接卡死核心链路。

核心业务主流程是冒烟测试的重点，只走用户最常用、优先级最高的通路，不覆盖分支场景。电商系统就测浏览商品、下单、提交订单；后台管理系统测登录、查看列表、基础新增操作；接口服务就调用核心接口，校验返回码是否正常，拿到基础返回数据。只要这条主线跑不通，这个版本就不具备继续测试的价值。

权限与基础登录能力属于必查项，账号密码正常登录、退出登录流程可用，不同基础角色的基础访问权限没有错乱，不会出现未登录就能进入核心页面，或者合法账号直接无法登录的情况。细分的角色权限控制、精细化数据隔离，留给后续功能测试阶段处理。

不验证细节和异常。

冒烟测试和功能测试的区别

测试类型测试目标投入时长bug范围
冒烟测试判断版本是否可测5到30分钟只抓阻断级bug
功能测试验证需求全部逻辑数小时到数天覆盖正常、异常、分支场景bug

冒烟测试用例需要精简固定，每次发布复用同一套，新增核心流程之后再少量增补，不要持续堆积用例，一旦用例过多，冒烟测试就失去快速筛查的意义，变成简易回归测试。用例只保留阻断性场景，去掉所有非必要的校验点，每次执行尽量控制在半小时以内。

该测试方式的适用边界是，仅用于新版本打包部署完成后的首轮准入校验，已经稳定运行、无代码改动的线上环境巡检，不适合使用冒烟测试流程，线上巡检更偏向监控、告警、抽样回放的方式。

冒烟测试判定标准很简单，所有核心通路全部跑通，没有阻断问题，版本准入通过；任意一条主线流程阻断，直接判定冒烟不通过，版本退回开发修复，修复完成后重新部署再跑一轮冒烟。一个常见错误做法是，冒烟阶段顺带测试大量分支逻辑、输入特殊值校验，拉长测试时间，延误测试排期，降低迭代效率。

执行完成后，只输出准入结论，不提交大量细节bug，只记录会阻塞后续测试的严重问题，普通UI展示瑕疵、次要文案错误，全部留在后续测试阶段登记处理。