3、冒烟测试基础：定义、角色与区别

在数据库迁移项目中，冒烟测试（Smoke Testing） 源自硬件制造领域，指通电后如果设备冒烟则立即断电。在软件与数据迁移领域，它被引申为“核心功能与关键数据路径的快速可用性验证”。本章将清晰界定冒烟测试的定义、在数据库迁移中的具体角色，以及它与全量验证的本质区别。

3.1 冒烟测试的定义

数据库迁移中的冒烟测试是一组轻量级、高频次、覆盖核心链路的快速验证用例。其目标不是证明数据“完全正确”，而是证明“迁移过程没有发生灾难性失败”。典型特征包括：

• 执行时间短：通常在 5～15 分钟内完成。
• 覆盖范围窄：只检查关键表、关键字段、关键约束。
• 通过标准低：只要核心指标通过即视为“冒烟通过”，允许非关键字段存在微小偏差。
• 自动化优先：通常编写为脚本或集成到 CI/CD 流水线中。

3.2 在数据库迁移中的角色

冒烟测试在数据库迁移生命周期中扮演三个关键角色：

3.3 与全量验证的区别

冒烟测试与全量验证是互补关系，而非替代关系。下表从多个维度对比两者的核心差异：

3.4 典型冒烟测试用例示例

以下是一个针对订单表迁移的冒烟测试 SQL 脚本片段，用于快速验证核心数据完整性：

-- 冒烟测试：订单表核心完整性检查
-- 1. 行数偏差检查（允许偏差 < 0.1%）
SELECT
  'row_count' AS check_name,
  CASE WHEN ABS(src.cnt - tgt.cnt) / NULLIF(src.cnt, 0) <= 0.001
       THEN 'PASS' ELSE 'FAIL' END AS status,
  src.cnt AS source_count,
  tgt.cnt AS target_count
FROM
  (SELECT COUNT(*) AS cnt FROM source_db.orders) src,
  (SELECT COUNT(*) AS cnt FROM target_db.orders) tgt;

-- 2. 主键唯一性检查
SELECT
  'pk_uniqueness' AS check_name,
  CASE WHEN pk_dup = 0 THEN 'PASS' ELSE 'FAIL' END AS status,
  pk_dup AS duplicate_count
FROM
  (SELECT COUNT(*) AS pk_dup
   FROM target_db.orders
   GROUP BY order_id
   HAVING COUNT(*) > 1) dup;

-- 3. 关键字段非空检查
SELECT
  'not_null_check' AS check_name,
  CASE WHEN null_count = 0 THEN 'PASS' ELSE 'FAIL' END AS status,
  null_count
FROM
  (SELECT COUNT(*) AS null_count
   FROM target_db.orders
   WHERE order_id IS NULL OR customer_id IS NULL OR order_date IS NULL) nn;