使用Pytest运行自定义unittest派生测试类时触发核心转储求助

看起来你在从unittest迁移到pytest的过程中遇到了一个棘手的问题——直接继承unittest.TestCase的测试能正常跑，但继承自定义基类的测试就会触发core dump。结合你提到的迁移目标（生成JUnit报告、用pytest-xdist并行执行），我来分享几个排查和解决的思路：

一、先定位崩溃根源：是基础兼容问题还是并行资源冲突？ #

咱们先缩小范围，分两种情况排查：

• 第一步：禁用pytest-xdist单独运行测试
  直接执行pytest命令（不带-n参数），如果此时测试不再崩溃，说明问题大概率出在并行执行时的资源竞争上；如果还是崩溃，那就是pytest对自定义unittest基类的兼容问题。

情况1：禁用xdist后测试正常——并行资源冲突 #

你的自定义基类l2_acl_base的setUp里初始化了self.device，而xdist默认是多进程并行执行测试的。如果device实例不是进程安全的，或者多个测试进程同时操作同一个设备资源（比如同一个/dev/testdev设备文件），就会引发资源竞争，进而触发core dump。

解决办法：改用pytest fixture替代unittest的setUp/tearDown
fixture机制天生支持并行场景下的资源隔离，能保证每个测试进程（或测试用例）拿到独立的资源实例：

import pytest

@pytest.fixture(scope="function")
def l2_acl_device():
    # 原setUp逻辑：每个用例/进程独立初始化资源
    device_name = '/dev/testdev'
    create_system_setup()
    create_packets()
    device = YourDeviceClass(device_name)  # 替换成你的设备实例化逻辑
    yield device
    # 原tearDown逻辑：用例结束后清理资源
    device.tearDown()

之后测试类可以不用继承基类，直接注入fixture使用：

# 甚至可以完全脱离unittest.TestCase，用纯pytest风格的测试
def test_acl_force_destination(l2_acl_device):
    # 直接使用fixture提供的device实例执行测试
    assert l2_acl_device.check_force_destination() == expected_result

这样xdist启动每个测试进程时，都会独立初始化fixture，避免多个进程争抢同一设备资源。

情况2：禁用xdist后依然崩溃——pytest与自定义基类的兼容问题 #

这种情况通常是因为pytest的unittest兼容插件对自定义基类的非标准操作处理不当，常见原因包括：

• 基类重写了unittest.TestCase的__init__方法（你提供的代码里没显示，但如果存在会干扰pytest的实例化逻辑）；
• setUp/tearDown里有底层C扩展操作，pytest的兼容层没有正确处理；
• 旧版本pytest的bug：部分老版本对多层继承的unittest测试类处理存在缺陷。

解决步骤：

1. 升级pytest到最新稳定版：执行pip install --upgrade pytest pytest-xdist，很多兼容问题在新版本中已经修复；
2. 检查基类方法：确保基类没有重写unittest.TestCase的核心方法（比如runTest），自定义方法避免使用下划线开头（防止和unittest私有方法冲突）；
3. 开启详细日志排查：执行pytest -xvs --tb=long，查看崩溃前的报错信息，定位触发崩溃的代码行。如果有core dump文件，可通过gdb python core.xxx启动调试，用bt命令查看堆栈信息，精准找到崩溃点；
4. 逐步迁移到纯pytest风格测试：彻底放弃unittest的继承模式，改用pytest的fixture和函数式/类式测试，这是最彻底的解决方案，也能更好地利用pytest的全量特性（包括xdist并行和JUnit报告）。

二、验证核心迁移目标 #

不管采用哪种方案，都要确认你的两个核心需求能正常满足：

• 生成JUnit XML报告：执行pytest --junitxml=results.xml即可生成Jenkins兼容的报告，pytest原生支持该功能，不管是unittest风格还是纯pytest风格的测试都能正常生成；
• 并行执行：使用fixture时，根据资源生命周期设置合适的scope（比如function、class、module），确保并行时资源不会冲突。

内容的提问来源于stack exchange，提问作者Yoram Shechori