全量运行Pytest测试正常，选择性执行单测试时无法连接数据库求排查

这种情况我之前在项目里碰到过好几次，核心原因基本都是测试的初始化/依赖逻辑在指定单测时没有正确触发，具体可以从这几个方向逐一排查：

1. 会话/模块级Fixture未正确加载 #

很多项目会用Pytest的fixture来管理数据库连接，比如定义了一个db_connection fixture并设置了scope="session"或scope="module"。当全局运行pytest时，这个fixture会在会话或模块启动时自动初始化；但直接指定单个测试方法时，可能存在以下问题：

• 某些依赖的全局fixture（比如conftest.py里的数据库初始化逻辑）没有被加载，因为Pytest只会加载测试路径相关的配置文件，单测模式下可能遗漏了根目录的conftest.py。
• Fixture的依赖链被打断，比如db_connection依赖了另一个setup_db_schema fixture，而后者只在某个测试模块被导入时才执行，单测指定时未加载该模块，导致连接前置步骤缺失。

2. 配置文件的路径解析异常 #

有些项目的数据库配置依赖相对路径或当前工作目录。比如全局运行时，Pytest的工作目录是项目根目录，能正确读取config/db_config.yaml；但当你指定单个测试文件时，如果是从子目录运行命令，或者Pytest的工作目录发生了变化，就会导致配置文件找不到，数据库连接参数错误。
你可以在单测命令里加上-s参数，打印出数据库连接的host、port、用户名等信息，对比全局运行时的参数是否一致。

3. 类/模块级前置方法未执行 #

如果你的测试用了unittest.TestCase的子类，同时混用了Pytest的fixture，可能会出现执行顺序的问题：

• 测试类的setup_class()或者模块的setup_module()方法，在全局运行时会正常执行，但指定单个测试方法时，Pytest可能优先处理fixture而跳过了这些原生的前置方法，导致数据库连接未初始化。
  可以检查下你的测试类里是否有这类原生前置方法，或者尝试把这些逻辑迁移到Pytest的fixture中，避免混用带来的执行顺序问题。

4. Autouse Fixture的Scope问题 #

如果有设置了autouse=True的fixture，但其scope设置过小（比如scope="function"），可能在单测时提前执行了清理逻辑；或者反过来，scope过大的autouse fixture在单测模式下没有被触发。
可以给这类fixture加上日志打印，看看在单测时是否被正确调用。

快速排查小技巧 #

• 先尝试运行整个测试模块：pytest tests/gate/test_loan.py，如果模块能通过但单个方法不行，那大概率是类/模块级的前置逻辑未执行。
• 在数据库连接的代码处添加日志，打印连接参数和初始化时机，对比全局和单测模式下的差异。
• 用pytest --fixtures命令查看单测模式下加载的fixture列表，确认关键的数据库fixture是否存在。

内容的提问来源于stack exchange，提问作者Denis Sukhoverkhov