pytest-ordering 不能真正控制测试执行顺序，它仅支持同一层级测试函数的相对排序，无法跨 class 或文件实现全局顺序，且受 fixture 依赖、参数化、命令行选项及 marker 未注册等因素影响而失效。
pytest-ordering 不能真正控制测试执行顺序
直接说结论：pytest-ordering 只能对同一层级的测试函数做相对排序（比如 @pytest.mark.run(order=2) 表示“比 order=1 的晚、比 order=3 的早”），但无法跨 class 或跨文件强制全局顺序。pytest 本身设计上就**不保证测试顺序**，插件只是在 pytest 已有调度逻辑上“尽力调整”，一旦涉及 fixture 依赖、scope 不同或多个 test class，实际执行顺序很可能和标记不符。
为什么 @pytest.mark.run(order=N) 有时不生效
常见失效场景包括：
-
pytest默认按文件路径 + 函数名字母序发现测试，pytest-ordering的 order 标记只在 pytest 内部排序阶段起作用，若两个测试被分到不同 collection 阶段（例如一个带autouse=Truefixture，另一个没有），order 就被忽略 - 同一个
class中，如果用了@pytest.mark.parametrize，每个参数生成的用例会被单独排序，但它们和 class 外的函数不在同一排序池里 - 命令行指定
-k或--lf（last-failed）时，pytest-ordering完全不参与排序 - pytest 7.0+ 对 marker 处理更严格，若没在
pytest.ini或pyproject.toml中显式注册runmarker，会直接报Unknown marker错误
正确配置和最小可用示例
必须先注册 marker，否则连运行都报错。在项目根目录的 pytest.ini 中写：
[tool:pytest]
markers =
run: used to mark tests with execution order然后才能这样写测试：
Claw Code Suite (Python-Only Edition)
下载
仅使用 Python 将 Claw Code 虚拟化框架与 OpenClaw 集成，提供 184 种工具和 200 多条命令，用于安全分析和代码质量...
立即学习“Python免费学习笔记（深入）”；
import pytest
<p>class TestOrder:
def test_first(self):
assert True</p><pre class='brush:python;toolbar:false;'>@pytest.mark.run(order=1)
def test_second(self):
assert True
@pytest.mark.run(order=-1) # 负数表示靠前，-1 比 0 更早
def test_third(self):
assert True</pre>注意：test_first 没加 marker，它会按默认规则排在最前面（即字母序），而 test_third 因为 order=-1，实际可能比 test_first 还早执行——这恰恰说明 order 不是绝对位置，只是相对权重。
真要顺序执行，该用什么替代方案
如果业务逻辑确实强依赖顺序（比如初始化 → 测试A → 清理 → 测试B），pytest-ordering 不是解法。推荐两种更可控的方式：
- 把多个步骤合并成一个测试函数，用清晰的注释和局部变量控制流程，比如
def test_e2e_workflow()，内部调用setup()、step_a()、teardown() - 用
pytest-dependency插件，显式声明依赖关系：@pytest.mark.dependency()和@pytest.mark.dependency(depends=["test_x"])，pytest 会自动拓扑排序，且失败时跳过后续依赖项 - 完全放弃 pytest，改用
unittest的def test_01_init(self)、def test_02_run(self)命名约定（unittest 按方法名字母序执行，稳定可预测）
真正容易被忽略的是：pytest 的核心哲学是“测试必须相互独立”。强行搞顺序，往往意味着测试设计本身有问题——比如状态没隔离、共享了全局变量、或者 fixture 没写对 scope。
