好问题！这种全局初始化的Fixture一旦出错，如果不及时清理残留资源，很容易导致环境脏污，影响后续测试甚至本地环境。结合pytest的机制，我给你两种靠谱的解决方案：

方法1：用try/except包裹Setup逻辑（兼容addfinalizer写法） #

如果你想继续沿用addfinalizer的写法，可以通过手动捕获异常并调用清理函数来实现需求。同时加个标志位避免重复清理：

class NetworkTestSuite:
    @pytest.fixture(scope="module", autouse=True)
    def setup_network_nodes(self, request):
        teardown_executed = False

        def teardown():
            nonlocal teardown_executed
            if not teardown_executed:
                print("开始清理网络节点资源...")
                # 这里写你的实际清理逻辑：关闭节点、释放端口、清理配置文件等
                teardown_executed = True

        # 注册清理函数（正常流程下pytest会自动调用）
        request.addfinalizer(teardown)

        try:
            # 你的初始化逻辑：启动节点、配置网络参数等
            print("开始初始化网络节点...")
            # 模拟初始化失败的场景
            raise ConnectionError("节点启动超时，初始化失败！")
        except Exception as e:
            # 初始化失败时手动调用清理
            teardown()
            # 重新抛出异常，让pytest终止当前scope下的所有测试
            raise e

逻辑说明： #

• 用try/except包裹所有初始化代码，一旦捕获异常，先手动执行teardown清理资源
• 重新抛出异常后，pytest会自动跳过当前module/session scope下的所有后续测试用例
• teardown_executed标志位用来避免addfinalizer和手动调用重复执行清理逻辑，防止资源重复释放出错

方法2：使用pytest推荐的Yield Fixture语法（更简洁直观） #

pytest现在更推荐用yield替代addfinalizer，配合try/finally可以更清晰地处理成功/失败场景的清理：

class NetworkTestSuite:
    @pytest.fixture(scope="module", autouse=True)
    def setup_network_nodes(self):
        # 初始化资源对象（比如节点连接句柄、配置实例等）
        node_resources = None

        try:
            # 执行初始化逻辑
            print("开始初始化网络节点...")
            node_resources = {"node1": "192.168.1.10", "node2": "192.168.1.11"}
            # 模拟初始化失败
            raise RuntimeError("节点配置验证失败！")
            # 如果初始化成功，将资源传给测试用例（可选）
            yield node_resources
        finally:
            # 不管初始化成功还是失败，只要资源已创建就执行清理
            if node_resources:
                print(f"清理节点资源: {node_resources}")
                # 实际清理逻辑：关闭节点连接、删除临时配置等

逻辑说明： #

• finally块中的代码一定会执行（不管try块是正常结束还是抛出异常），确保资源被清理
• 如果初始化失败，yield不会被执行，测试用例也拿不到资源，同时pytest会因为fixture失败跳过当前scope下的所有测试
• 这种写法的逻辑更线性，比addfinalizer更容易维护和调试

额外注意事项 #

1. 清理逻辑要幂等：比如关闭一个已经停止的节点、删除一个不存在的文件，不要抛出异常，避免清理过程中又引发新错误
2. Session级Fixture的特殊处理：如果是session scope的fixture，要确保清理逻辑能覆盖跨模块的所有资源，避免残留
3. 异常类型：尽量捕获具体的异常类型（比如ConnectionError、TimeoutError），而不是笼统的Exception，避免误吞预期外的错误

内容的提问来源于stack exchange，提问作者Chirag Dhyani