什么是Sanity Testing？和冒烟测试的区别？
Sanity Testing（健全性测试）详解及与冒烟测试的区别
1. 基本概念
Sanity Testing 是软件测试中的一种窄而深的测试方法，专注于在代码修改或环境变更后，快速验证特定功能或模块是否仍按预期工作。它的目标是确认开发人员的修改没有引入明显的逻辑错误，而非全面测试整个系统。
-
适用场景：
-
修复缺陷后的快速验证（Regression测试的轻量版）。
-
紧急发布前的关键功能检查。
-
环境迁移（如服务器升级）后的基本功能确认。
-
-
特点：
-
针对性：仅测试与变更相关的功能（如修复了支付接口，则只测支付流程）。
-
快速执行：通常由测试人员手动完成，或通过自动化脚本覆盖少量用例。
-
2. Sanity Testing vs 冒烟测试（Smoke Testing）
虽然两者都是“快速验证型测试”，但目标和范围不同：
| 对比维度 | Sanity Testing（健全性测试） | 冒烟测试（Smoke Testing） |
|---|---|---|
| 目的 | 验证特定修改是否引入新问题 | 确认系统基本功能是否可用（整体健康检查） |
| 测试范围 | 窄（仅覆盖变更影响区域） | 宽（覆盖核心主干功能） |
| 执行阶段 | 开发修复缺陷后、回归测试前 | 构建部署后、详细测试前 |
| 执行者 | 测试人员或开发人员 | 开发人员或自动化流水线 |
| 深度 | 较深（验证修改逻辑的正确性） | 较浅（仅检查核心流程是否通） |
| 失败结果 | 阻止缺陷修复合并或发布 | 阻止后续详细测试 |
3. 实际案例说明
-
冒烟测试用例（电商平台）：
markdown
复制
下载
1. 用户能登录系统 2. 首页商品列表能加载 3. 搜索功能返回结果
-
Sanity Testing用例（修复了“购物车价格计算错误”后）：
markdown
复制
下载
1. 商品A单价100元，加入2件后购物车总价是否为200元？ 2. 使用优惠券后，总价是否正确扣除？ （不测试登录、搜索等无关功能）
4. 如何选择？
-
先冒烟，后Sanity：
-
新构建版本 → 先跑冒烟测试（整体通过）。
-
针对具体缺陷修复 → 再跑Sanity Testing（局部验证）。
-
-
自动化策略：
-
冒烟测试适合全自动化（CI流水线触发）。
-
Sanity测试可部分自动化（重点覆盖高频修改模块）。
-
5. 常见误区
-
❌ 混淆两者：冒烟是“广度优先”，Sanity是“深度优先”。
-
❌ 过度设计：Sanity测试不应变成完整回归测试（否则失去快速反馈价值）。
作为测试工程师，合理运用这两种测试能显著提升效率：冒烟测试守住质量基线，Sanity测试精准拦截局部缺陷。