1. GORM 冒烟回归概述
本章作为《GORM 冒烟回归》课程的开篇，将系统阐述冒烟测试与回归测试的核心概念，明确 GORM 冒烟回归在 Go 后端项目中的独特价值与目标，并给出完整的课程大纲，帮助学员建立全局认知。
1.1 冒烟测试定义
冒烟测试（Smoke Testing）源自硬件工程——通电后若设备冒烟，则立即终止测试。在软件领域，冒烟测试是一组轻量级、高频执行的验证用例，用于确认核心功能是否可运行，而非全面验证所有细节。
| 维度 | 冒烟测试特征 |
|---|---|
| 执行频率 | 每次代码提交 / 每日构建 |
| 覆盖范围 | 核心链路（约 5%–15% 功能点） |
| 执行时间 | 通常 < 5 分钟 |
| 失败后果 | 阻断后续测试，直接回退构建 |
| 典型场景 | 数据库连接、CRUD 基础操作、关键查询 |
实践要点：冒烟测试不是“随便测测”，而是经过精心挑选的最小可验证集合。在 GORM 项目中，一条冒烟用例通常覆盖一个核心模型的最基本 Create + First 操作。
1.2 回归测试定义
回归测试（Regression Testing）是在代码变更后重新执行已有测试用例，确保新代码没有破坏已有功能。回归测试的核心挑战在于：随着项目演进，测试用例数量膨胀，执行成本急剧上升。
| 对比项 | 冒烟测试 | 回归测试 |
|---|---|---|
| 目标 | 快速验证核心可用性 | 全面验证无退化 |
| 用例数量 | 少（10–50 条） | 多（数百至数千条） |
| 执行时机 | 每次提交 / 构建前 | 合并前 / 发布前 |
| 失败容忍度 | 零容忍 | 需分析是否真回归 |
1.3 GORM 冒烟回归的价值与目标
GORM 作为 Go 生态中最流行的 ORM 框架，其 API 调用链长、数据库方言差异大、钩子与关联逻辑复杂。一次看似无害的模型字段变更，可能引发查询异常、关联预加载失败甚至事务死锁。GORM 冒烟回归正是为了解决以下痛点：
- 快速反馈：在 CI 流水线中 3–5 分钟内给出“通过/阻断”结论。
- 方言兼容：同一套冒烟用例可在 MySQL、PostgreSQL、SQLite 上执行，验证跨数据库行为一致。
- 变更安全网：模型定义、钩子、作用域、关联配置变更后，立即发现退化。
- 降低回归成本：用 10% 的用例覆盖 80% 的核心风险路径。
课程核心目标：学员学完后，能够独立搭建一套可复用、可扩展的 GORM 冒烟回归测试框架，并将其集成到 Go 项目的 CI/CD 流程中，实现每次提交自动执行、结果可视化。
1.4 课程整体大纲介绍
本课程共 30 章，分为四大模块，从基础概念到企业级实战，层层递进：
| 模块 | 章节范围 | 核心内容 |
|---|---|---|
| 基础篇 | 第 1–6 章 | 冒烟回归概念、GORM 核心 API 回顾、测试环境搭建、SQLite 内存模式 |
| 用例设计篇 | 第 7–14 章 | CRUD 冒烟用例、关联预加载、钩子验证、事务场景、自定义数据类型 |
| 框架与集成篇 | 第 15–24 章 | Testify/suite 封装、数据工厂、并行测试、多数据库方言、CI 集成（GitHub Actions） |
| 进阶与实战篇 | 第 25–30 章 | 性能基线、覆盖率分析、大型项目案例、团队协作规范、持续演进策略 |
1.5 本章小结
- 冒烟测试：轻量级、高频、核心功能验证，是 CI 流程的第一道防线。
- 回归测试：全面验证无退化，与冒烟测试形成互补。
- GORM 冒烟回归：针对 ORM 特性设计的快速验证集合，解决方言兼容、变更安全、成本控制三大问题。
- 课程结构：四大模块 30 章，从概念到实战，覆盖完整知识体系。
常见误区：不要将冒烟测试与单元测试混为一谈。冒烟测试关注“核心功能是否可用”，单元测试关注“单个函数逻辑是否正确”。在 GORM 项目中，冒烟测试通常涉及真实的数据库操作，而单元测试可以通过 mock 隔离数据库。