beego.testbeegoinit() 不初始化 orm 或数据库连接，需在测试前手动注册驱动、注册数据库（如 ":memory:"）并调用 runsyncdb 同步表结构，否则 neworm() 会报 “no database alias 'default'” 错误。
beego.TestBeegoInit() 不会自动连接 SQLite 内存库
调用 beego.TestBeegoInit() 仅加载配置、注册路由和控制器，**不会初始化 ORM 或建立数据库连接**。即使你在 main.go 或 models/init.go 中调用了 orm.RegisterDataBase("default", "sqlite3", ":memory:")，测试运行时若未显式触发 ORM 初始化，o := orm.NewOrm() 仍会报 no database alias 'default' 错误。
必须在 BeforeSuite 或每个测试用例前手动完成 ORM 注册与同步：
-
orm.RegisterDriver("sqlite", orm.DR_Sqlite)—— 必须显式注册驱动（go-sqlite3需已导入） -
orm.RegisterDataBase("default", "sqlite3", ":memory:")—— 连接字符串用:memory:，不是sqlite:///:memory:（那是 SQLAlchemy 的格式） -
orm.RunSyncdb("default", false, true)—— 强制重建表结构，确保每次测试都是干净 schema
go-sqlite3 在 Windows/macOS/Linux 上编译失败的根因与解法
错误现象通常是 exec: "gcc": executable file not found in $PATH 或 # github.com/mattn/go-sqlite3 cgo: C compiler "gcc" not found。这是因为 go-sqlite3 是 cgo 包，依赖本地 C 编译器。
不同平台处理方式差异明显：
- Windows：安装
tdm-gcc或Mingw-w64，并确保其bin/目录在系统PATH中；避免使用 MSVC 工具链（不兼容） - macOS：运行
xcode-select --install安装命令行工具；若已装 Xcode，还需执行sudo xcode-select --switch /Applications/Xcode.app/Contents/Developer - Linux（如 Ubuntu）：安装
build-essential和libsqlite3-dev：sudo apt-get install build-essential libsqlite3-dev
验证是否就绪：运行 go list -f '{{.CgoFiles}}' github.com/mattn/go-sqlite3，非空即表示 cgo 可用。
内存数据库中数据不跨测试用例保留，但表结构可能残留
SQLite :memory: 数据库生命周期绑定到单个 *sql.DB 连接。看似“每次测试都干净”，但实际容易踩两个坑：
- 若在
BeforeSuite中注册并 syncdb 一次，后续所有测试共用同一张表定义 —— 某个测试里o.Raw("DROP TABLE ...")会导致其他测试失败 - 更隐蔽的是：Beego ORM 的
RunSyncdb("default", false, true)第二个参数为false时，**不会清空已有表数据**，只检查结构；若你忘了设true，上一个测试插入的记录会污染下一个测试
安全做法是：每个测试用例（或至少每个 Describe 块）开头调用：
orm.RegisterDataBase("default", "sqlite3", ":memory:")
orm.RunSyncdb("default", false, true) // 注意第三个参数必须为 true
而不是复用全局连接。
Ginkgo 测试中调用 beego.BeeApp.Handlers.ServeHTTP() 时 ORM 未生效
常见现象：请求成功返回 200，但数据库操作（如 o.Insert()）始终报错 no database alias 'default'，或查询返回空。
根本原因在于：Beego 的 ORM 初始化是惰性的，且 beego.BeeApp.Handlers 并不感知 ORM 状态 —— 它只负责 HTTP 路由分发，不自动注入 DB 实例。
解决方案只有两种，且必须选其一：
- 在控制器方法内部，显式调用
o := orm.NewOrm().Using("default")，并确认该"default"别名已在当前 goroutine 中注册（即在测试 setup 阶段完成） - 改用 Beego 的
TestDB模式：在测试初始化时调用orm.RegisterDataBase("default", "sqlite3", ":memory:")后，再执行beego.AppConfig.Set("dbdriver", "sqlite3")等模拟配置，确保控制器读取到正确别名
最简验证方式：在测试用例里加一行 fmt.Println(orm.GetDBs())，输出应包含 map[default:...]；否则 ORM 根本没挂载上。
内存数据库本身不难配，难点在于 Beego 的 ORM 初始化时机、cgo 编译环境一致性、以及测试隔离粒度——这三个环节任一松动，都会让“快速测试”变成“反复调试”。
