# selftest 冒烟任务 ## 一、任务概述 selftest 冒烟任务用于验证系统核心链路在最小成本下是否可用。本次交付面向测试团队，通过 wechat 渠道发布，交付物为一篇文章。 ## 二、验收标准 无硬性验收标准，以流程跑通、内容可读、渠道可送达为准。 ## 三、交付物 以下为可直接发布的文章正文。 --- # 冒烟测试自检清单：5 分钟确认系统还活着 ## 为什么要做冒烟测试 冒烟测试不追求覆盖全部功能，只回答一个问题：**核心链路是否还能跑通？** 每次发版前、每次环境变更后、每次有人问“现在能用吗”，先跑一遍冒烟，能挡掉大部分低级故障。 ## 最小冒烟集 1. **服务可达**：健康检查接口返回 200。 2. **登录可用**：测试账号能正常登录并拿到凭证。 3. **核心接口**：主业务接口返回结构正确、无 5xx。 4. **数据读写**：写入一条测试数据，能读回且内容一致。 5. **依赖连通**：数据库、缓存、消息队列连接正常。 6. **日志可查**：关键操作在日志中有记录。 ## 执行方式 - 手动：按清单逐项打勾，记录时间与结果。 - 自动：接入 CI，每次构建后自动执行，失败即阻断。 ## 结果记录模板 | 检查项 | 结果 | 耗时 | 备注 | | --- | --- | --- | --- | | 服务可达 | 通过 | 1s | | | 登录可用 | 通过 | 2s | | | 核心接口 | 通过 | 3s | | | 数据读写 | 通过 | 2s | | | 依赖连通 | 通过 | 1s | | | 日志可查 | 通过 | 1s | | ## 常见误判 - 只测接口不测数据，写入失败被漏掉。 - 只测正常流不测异常流，错误码未验证。 - 环境不一致，测试通过但线上失败。 ## 小结 冒烟测试的价值在于快和稳。清单固定、执行固定、记录固定，才能让“系统还活着”这件事可被快速确认。 --- ## 四、交付状态 - 需求理解：完成 - 架构设计：完成 - 任务拆解：完成 - 调度执行：完成 - 集成验收：完成 - 部署交付：完成 交付物已就绪，可直接通过 wechat 渠道发布。