测试数据库配置应写在.env.test文件中，通过Symfony环境机制自动切换；需确保该文件存在且被Git跟踪，内容仅覆盖DATABASE_URL等连接参数，并在命令中显式指定--env=test以正确加载。
测试数据库配置写在哪
测试环境的数据库连接不是单独配一个新 DATABASE_URL，而是靠 Symfony 的环境机制自动切换：测试时用 test 环境，它会优先加载 .env.test（如果存在），否则 fallback 到 .env。所以关键动作是——别改 .env，新建或编辑 .env.test。
-
.env.test必须存在且被 Git 跟踪（尤其 CI 场景），内容只需覆盖连接参数，例如：DATABASE_URL="mysql://test_user:test_pass@127.0.0.1:3306/test_db?serverVersion=8.0" - 确保
test_user在 MySQL 里已创建，并有CREATE和DROP权限：GRANT CREATE, DROP ON test_db.* TO 'test_user'@'%'; - 不要在
config/packages/doctrine.yaml里硬编码 connection 参数——它不区分环境，只定义 ORM 行为；所有连接细节必须来自环境变量
为什么 php bin/console doctrine:database:create 在 test 环境失败
命令默认跑在 dev 环境，除非显式指定 --env=test。不加这个参数，它永远读 .env 或 .env.local，根本不会碰 .env.test。
- 正确执行方式：
php bin/console doctrine:database:create --env=test - 常见错误现象：
• 报Access denied for user 'dev_user'@'localhost'→ 实际连的是 dev 配置
• 报Unknown database 'test_db'→ 数据库真没建，但你误以为命令该自动建 - CI 流水线里务必带上
--env=test，否则本地能过、CI 必挂
测试库名要不要带时间戳或随机后缀
要。避免并发测试（比如 PHPUnit 并行运行或多个 CI job 同时执行）互相污染。
- 推荐写法：
DATABASE_URL="mysql://test_user:test_pass@127.0.0.1:3306/test_db_%kernel.environment%_%process.id%?serverVersion=8.0" - Doctrine 不解析
%kernel.environment%这类占位符 —— 这是 Symfony 配置层语法，DATABASE_URL是纯字符串，所以得靠 shell 层动态生成，例如在 CI 脚本里：export DATABASE_URL="mysql://.../test_db_$(date +%s)_$$?serverVersion=8.0" - 更稳妥的做法：用 SQLite 内存数据库跑单元测试，完全规避 MySQL 权限和并发问题：
DATABASE_URL="sqlite:///:memory:?charset=utf8"（记得删掉?serverVersion=...，SQLite 不需要）
测试前清库和迁移怎么自动化
Doctrine 自带 doctrine:database:drop --if-exists --force --env=test 和 doctrine:schema:create --env=test，但它们不处理数据迁移历史，容易漏掉中间变更。
- 真正可靠的方式是组合使用：
php bin/console doctrine:database:drop --if-exists --force --env=test && php bin/console doctrine:migrations:migrate --no-interaction --env=test - 把这串命令写进
phpunit.xml.dist的<php><var name="SYMFONY_DEPRECATIONS_HELPER" value="weak"></var></php>同级位置，用<env name="KERNEL_CLASS" value="App\Kernel"></env>确保 Kernel 加载 test 环境 - 注意：如果用了 Doctrine FixturesBundle，别在
setUp()里反复调doctrine:fixtures:load—— 它默认清库，和上面 drop 命令重复，反而拖慢速度
环境变量文件、命令环境标识、并发隔离、迁移链完整性——这四个点漏掉任意一个，测试数据库就大概率在某次 CI 或本地并行运行时静默出错。
