feat(db): 支持接团队共享库 fnsvr-01（PG 17.6），测试库与开发库分离

fnsvr-01 的 PostgreSQL 在 8432 端口（不是 5432），实测 PostgreSQL 17.6 / Alpine。
已在该实例建好独立库与角色：
- dadaotask（开发）/ dadaotask_test（测试），owner 都是 dadao_owner
- dadao_owner 迁移用；dadao_app 应用用（NOSUPERUSER NOBYPASSRLS）
- 两个库都已 ALTER SCHEMA public OWNER TO dadao_owner + REVOKE CREATE FROM PUBLIC + GRANT 给 dadao_app

代码改动：
- config 增加 test_database_url / test_migration_database_url，并给出
  resolved_database_url() / resolved_migration_database_url()：ENV=test 且有测试库时优先用测试库，
  否则退回开发库（CI 里直接给 DATABASE_URL 即可，行为不变）。
- db.py / alembic/env.py / tests/conftest.py 统一走这两个解析方法。
  原先 conftest 清表用的是 settings.migration_database_url，而应用连的是测试库，
  一旦测试库与开发库不同，TRUNCATE 就清到另一个库上——表现为"测试库脏数据越攒越多、
  列表类断言随机失败"。这是本次真踩到的坑，不是假想。
- tests/conftest.py 保留 E402 豁免（环境变量必须在 import app 模块前写好）。

验证：
- 远程 dadaotask_test 上 pytest 33 passed，跑完表内 0 行（确认清表打在同一个库）
- 远程 dadaotask 上 alembic upgrade head 成功，/health 与 /version 正常，db_role 为 dadao_app 且三项全 false
- 本机便携 PG 16.4 上同样 33 passed（两个 PG 大版本都过）
- ruff check / format 干净

已知限制：该实例没有 pgvector（只有 pg_trgm / pgcrypto），M3 向量检索前必须先定扩展来源，
已写进 2.Design/DEVELOPMENT.md。

backend/pyproject.toml

@@ -10,6 +10,9 @@ ignore = ["S101"]  # 测试里允许 assert
 [tool.ruff.lint.per-file-ignores]
 "tests/*" = ["S105", "S106"]      # 测试里的假令牌/假口令
 "alembic/env.py" = ["E402"]
+# conftest 必须在 import 任何 app 模块之前写好环境变量（否则配置已被缓存），
+# 因此 import 语句不能提到文件顶部。
+"tests/conftest.py" = ["E402"]
 
 [tool.ruff.lint.isort]
 known-first-party = ["app"]