最可靠方式是在测试函数中使用request.node.name获取当前用例名；需通过pytest_runtest_makereport hook在call阶段捕获最终状态，用report.nodeid作唯一标识；不能在测试函数内用try/except捕获assert失败。
pytest中如何在测试函数内获取当前用例名称
直接用 request.node.name 最可靠。pytest 的 request fixture 提供了对当前测试节点的完整访问，name 是原始用例名（含参数化后缀），originalname 是未参数化的函数名。
- 在测试函数签名里声明
requestfixture 即可使用 -
request.node.name返回类似test_login[admin-200]的字符串，适合日志标记 - 如果只需要函数名（不含参数），用
request.node.originalname - 别用
inspect.currentframe().f_code.co_name—— 它在参数化场景下永远返回同一函数名，无法区分具体子用例
如何在 pytest 运行结束后拿到每个用例的状态（pass/fail/skip）
不能在测试函数内部实时知道最终状态，因为失败可能发生在 teardown 阶段。必须用 pytest hook，在 pytest_runtest_makereport 或 pytest_runtest_logreport 中捕获。
- 推荐在
conftest.py里定义pytest_runtest_makereporthook - 该 hook 会在 setup/call/teardown 每个阶段各触发一次，通过
report.when和report.outcome判断：只有当report.when == "call"且report.outcome in ["passed", "failed", "skipped"]时才是最终结果 - 用
report.nodeid做唯一标识，比report.name更稳定（尤其跨文件时） - 注意：hook 里不能修改
report对象本身，否则可能干扰 pytest 内部逻辑
为什么不能在 test 函数里用 try/except 捕获 assert 失败来判断状态
因为 pytest 会接管异常处理流程，assert 抛出的 AssertionError 不会冒泡到测试函数外层 —— 它被 pytest 拦截并转为 Failed 状态，同时生成详细 diff。你在函数里加 try/except AssertionError 是捕不到的。
- pytest 使用自定义的 assertion 重写机制，底层是 AST 替换，不是普通异常抛出
- 即使你手动 raise
Exception，也只代表测试执行中止，不代表 pytest 认定为 “failed”；真正的失败状态由 report 机制决定 - 想做失败后清理？用
addfinalizer或yieldfixture，而不是在测试函数里硬套异常处理
一个轻量级的用例名+状态记录示例
把 name 和 final outcome 存进全局字典，供 teardown 或其他 hook 使用：
立即学习“Python免费学习笔记（深入）”；
# conftest.py
test_results = {}
<p>def pytest_runtest_makereport(item, call, report):
if report.when == "call" and report.outcome in ("passed", "failed", "skipped"):
test_results[report.nodeid] = {
"name": report.nodeid,
"outcome": report.outcome,
"duration": getattr(report, "duration", 0),
}</p>后续可在 pytest_sessionfinish 里读取 test_results 做汇总，或在 fixture 的 addfinalizer 里根据 request.node.nodeid 查状态。注意并发运行时需加锁，但默认 pytest 是单线程顺序执行。
真正容易被忽略的是：nodeid 包含路径和参数化信息，比如 tests/test_api.py::test_user_fetch[404]，直接字符串匹配要小心斜杠和方括号的转义。
