本文介绍一种基于工厂模式的优雅方案，通过动态生成参数化测试类，使同一组测试逻辑可安全、清晰地复用在不同实现上，避免 __init__ 参数传递陷阱，兼容标准 unittest 运行机制。
本文介绍一种基于工厂模式的优雅方案，通过动态生成参数化测试类，使同一组测试逻辑可安全、清晰地复用在不同实现上，避免 `__init__` 参数传递陷阱，兼容标准 unittest 运行机制。
在 Python 单元测试中，当存在多个实现相同接口的组件（如 impl_a、impl_b）时，为每个实现重复编写几乎一致的测试用例不仅冗余，更易引入维护偏差。直接在 TestCase.__init__ 中传入被测对象（SUT）是无效的——因为 unittest 框架由测试加载器动态实例化测试类，不接受自定义构造参数，且 setUp() 中对 self.sut 的赋值无法覆盖类属性或影响后续测试方法调用。
✅ 正确做法是：将测试逻辑抽象为基类，再通过工厂函数为每个 SUT 动态生成独立的测试子类。该方案利用 @classmethod setUpClass 在类级别初始化共享的被测对象，确保每个测试类拥有专属且隔离的 SUT 实例，同时完全兼容 unittest.main() 和主流测试工具（如 pytest）。
以下是完整可运行示例：
Python 3.14.2是Python编程语言在2025年12月5日发布的稳定版本，属于3.14系列的第二个维护更新。该版本包含了18项修复，重点解决了多进程、数据类及正则表达式等模块的回归问题，并修复了CVE-2025-12084等安全漏洞。此版本标志着自由线程模式（移除GIL）正式获得官方支持，是Python发展的重要里程碑。
import unittest
from typing import Callable
# 1. 定义通用测试逻辑（不含具体实现）
class TestBase(unittest.TestCase):
sut: Callable[[int], int] # 类变量声明，供子类覆盖
def test_1(self):
self.assertEqual(1, self.sut(1))
def test_2(self):
self.assertEqual(2, self.sut(2))
# 2. 工厂函数：动态创建专属测试类
def create_test_case(name: str, sut: Callable[[int], int]) -> type:
class CustomTestCase(TestBase):
@classmethod
def setUpClass(cls):
cls.sut = sut # 绑定当前 SUT 到类属性
CustomTestCase.__name__ = name # 关键：重命名类名，便于识别和报告
return CustomTestCase
# 3. 具体实现（示例）
def impl_a(n: int) -> int:
return n # 正确实现
def impl_b(n: int) -> int:
return n * 2 # 故意错误，用于验证测试失败提示
# 4. 生成具体测试类
TestImplA = create_test_case("TestImplA", impl_a)
TestImplB = create_test_case("TestImplB", impl_b)
if __name__ == "__main__":
unittest.main(verbosity=2)
? 关键要点说明：
- setUpClass 是类方法，在整个测试类首次运行前执行一次，适合初始化不可变的 SUT；
- CustomTestCase.__name__ = name 必不可少——否则所有动态类在测试报告中均显示为 CustomTestCase，无法区分哪个实现失败；
- 基类 TestBase 不应包含 __init__ 或 setUp 中对 sut 的操作，避免与 setUpClass 冲突；
- 此方案天然支持任意数量的实现，只需调用 create_test_case 即可扩展，无代码重复。
? 进阶建议：若需更灵活的参数组合（如多输入/多输出场景），可结合 parameterized 库或 pytest 的 @pytest.mark.parametrize；但对纯 unittest 环境，上述工厂模式是最简洁、最可靠的标准解法。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
