x

# 自检冒烟任务说明 ## 一、任务定位 **自检冒烟任务**用于在系统交付、版本更新或环境变更后，快速验证核心链路是否可用。它不追求覆盖全部业务细节，而是用最少步骤确认：关键入口能打开、关键依赖能连通、关键流程能跑通、关键结果能返回。 对于测试受众而言，冒烟任务的价值在于尽早暴露阻断性问题，避免在明显不可用版本上投入完整回归成本。 ## 二、适用场景 - 新版本部署后，正式测试前的第一轮检查 - 每日构建或持续集成中的快速验证 - 测试环境、预发布环境切换后的连通性确认 - 紧急修复上线后的最小范围复核 - 交付验收前，确认基础能力未因配置或依赖变化而失效 ## 三、核心检查项 ### 1. 服务可达性 确认应用入口、接口地址、管理后台、健康检查端点可访问。若存在网关、负载均衡、鉴权服务，也应纳入最小连通检查。 ### 2. 核心依赖连通 检查数据库、缓存、消息队列、对象存储、第三方接口等关键依赖是否可连接。重点不是压测性能，而是确认无连接拒绝、超时、鉴权失败等阻断问题。 ### 3. 主流程可执行 选取一至三条最关键业务路径执行，例如：登录 → 查询 → 提交 → 返回结果。每一步只验证必要字段与状态，不展开边界和异常分支。 ### 4. 数据读写正常 确认最小数据操作可完成：新增、查询、更新或删除中的关键动作。若涉及异步任务，应检查任务是否入队、是否被消费、结果是否可查。 ### 5. 日志与告警可用 确认关键操作产生日志，错误场景可被捕获，告警通道未静默。冒烟阶段不要求日志完备，但要求可观测性未中断。 ## 四、执行流程 1. **准备环境**：确认目标环境、账号、测试数据、网络策略和配置项。 2. **执行检查**：按服务可达、依赖连通、主流程、数据读写、日志告警顺序执行。 3. **记录结果**：每项标记通过、失败或阻塞，并保留必要截图、日志片段或请求响应。 4. **判定结论**：若存在阻断项，立即停止后续完整测试，先推动修复；若全部通过，则进入正式测试阶段。 5. **同步信息**：将冒烟结论、失败项、影响范围和责任人同步给测试、开发与交付相关方。 ## 五、通过标准 - 所有核心检查项均通过，或仅存在不影响主流程的非阻断问题 - 无服务不可达、依赖不可用、主流程中断、数据无法读写等严重问题 - 关键日志与告警可正常观测 - 失败项已有明确记录、责任人和处理计划 ## 六、常见失败原因 - 配置项未同步，如数据库地址、密钥、回调地址错误 - 依赖服务未启动、版本不兼容或网络策略未放通 - 数据库变更未执行，导致查询或写入失败 - 鉴权、证书、令牌过期 - 异步任务消费者未启动或队列积压 - 测试数据缺失或状态不满足主流程要求 ## 七、交付建议 冒烟任务应形成可重复执行的清单，并尽量脚本化或接入流水线。每次执行后保留结果记录，便于对比历史状态、定位环境差异和评估交付质量。对于测试团队，建议将冒烟通过作为进入完整回归的前置条件，避免无效投入。