优先选 type 关键字。它更安全、IDE 跳转更准、mypy 报错更早，提升 pytest 中参数和 fixture 类型声明可读性，尤其适合复杂嵌套结构，但不支持 isinstance 直接使用。
直接用 type 关键字定义类型别名，比字符串前向引用或旧式 TypeAlias 赋值更安全、IDE 跳转更准、mypy 报错更早——但必须注意它不支持 isinstance 直接使用。
测试中类型别名该用 type 还是 TypeAlias？
优先选 type 关键字。它在 pytest 测试文件里能显著提升参数和 fixture 类型声明的可读性，尤其适合复杂嵌套结构（如 API 响应体、数据库模型快照）。
-
type UserResponse = dict[str, str | int | list[dict[str, bool]]]比UserResponse: TypeAlias = dict[...]少两行，且 IDE 在def test_login_returns_user(response: UserResponse):中能直接跳转到定义 - 若测试需兼容 Python from typing import TypeAlias + 赋值写法
- 避免混用：同一项目里不要一部分用
type Foo = ...，另一部分用Foo = "Bar"，mypy 会报Redeclared name 'Foo'
泛型类型别名让参数化测试更干净
用 type 声明带类型参数的别名，能把 pytest 的 @pytest.mark.parametrize 中冗长的类型标注收进一行，避免重复写 list[dict[str, Any]] 这类。
- 定义
type TestData[T] = list[dict[str, T]]，然后写def test_filter_by_status(data: TestData[bool]): - 注意：方括号里的
T作用域仅限该别名本身，不能在函数体里再用T做类型注解（会报NameError: name 'T' is not defined） - 别名中不能用未声明的类型变量，比如
type BadAlias = list[T]（没提前def func[T](...)或class C[T]:）会语法错误
别名用于 fixture 类型提示时的常见陷阱
pytest fixture 返回值加类型提示时，type 别名最常踩的坑是误以为它能被运行时检查识别。
Python 3.14.3
微软官方的 Python 扩展，是 VS Code 安装量最高的扩展（209M+）。集成 IntelliSense（通过 Pylance）、调试（通过 Python Debugger）、代码检查、格式化、重构和单元测试等功能。支持 Jupyter Notebook、虚拟环境管理和多 Python 版本切换。
- ❌ 错误写法：
assert isinstance(fixture_result, MyConfig)——MyConfig是type MyConfig = dict[str, Path]，不是真实类型，会抛TypeError: isinstance arg 2 must be a type - ✅ 正确写法：
assert isinstance(fixture_result, MyConfig.__value__)（仅当真需要运行时检查时才这么干；多数测试只需静态类型检查） - 如果 fixture 返回的是 Pydantic 模型实例，别名应指向模型类本身（
type UserFixture = User），而非其model_dump()后的 dict
与 pytest 插件配合时的兼容性要点
某些 pytest 插件（如 pytest-asyncio、pytest-litestar）内部会调用 get_type_hints() 解析 fixture 或测试函数签名，启用 from __future__ import annotations 后行为有变。
- 确保插件版本 ≥ 对应框架的 3.12 兼容版（如 Litestar ≥ 2.15.2，否则
type别名会被识别为普通变量） - 若插件解析失败，临时降级
typing-extensions到 4.12.x 可绕过（但非长久之计） - 不要依赖别名做动态类型分发逻辑（如根据
type别名名字符串去查表），它只是编译期/检查期构造
真正容易被忽略的是：类型别名在测试里只服务于可读性和静态检查，它不改变对象运行时行为，也不参与 pytest 的参数自动注入逻辑——所有 type 定义最终都得落到真实类型或协议上，才能被 fixture 系统正确处理。
