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/tests/conftest.py

@@ -13,6 +13,8 @@ os.environ["ENV"] = "test"
 os.environ.setdefault("SMS_DEV_CODE", "123456")
 # 测试里关掉发码节流，否则"同一手机号再登录一次"要等 60 秒
 os.environ.setdefault("SMS_THROTTLE_SECONDS", "0")
+# 测试库由 config 的 test_database_url / test_migration_database_url 决定（见 backend/.env），
+# 这里不再改 os.environ —— 配置对象自己会读 .env。
 
 import uuid
 from collections.abc import AsyncIterator
@@ -49,7 +51,9 @@ def migrated_database() -> None:
 
 @pytest.fixture(autouse=True)
 async def clean_database(migrated_database: None) -> AsyncIterator[None]:
-    owner_engine = create_async_engine(settings.migration_database_url, poolclass=NullPool)
+    owner_engine = create_async_engine(
+        settings.resolved_migration_database_url(), poolclass=NullPool
+    )
     async with owner_engine.begin() as conn:
         await conn.execute(text(f"TRUNCATE {_TABLES} CASCADE"))
     await owner_engine.dispose()