unittest本身不支持自动化调度，需依赖外部工具驱动；其自动发现依赖约定：测试类继承testcase、方法名以test_开头、文件名建议为test_.py或_test.py，通过unittest.main()或python -m unittest discover执行。
unittest 本身不支持自动化测试调度，它只提供测试组织和断言能力；真正实现“自动化”得靠外部工具或脚本驱动。
怎么让 unittest 测试用例能被自动发现和执行
unittest 默认通过 unittest.main() 或命令行 python -m unittest 启动，但这两者都依赖约定：测试类必须继承 unittest.TestCase，方法名必须以 test_ 开头，且不能带参数。否则会被跳过。
- 测试文件名建议以
test_开头或以_test.py结尾，否则python -m unittest discover可能找不到 - 避免在
setUp()或tearDown()中抛出异常——这会导致测试被标记为error而非failure，排查路径不同 - 如果测试依赖外部状态（如数据库、API），务必在
setUp()中初始化、tearDown()中清理，否则多个测试串行执行时会相互污染
如何传参或动态生成测试用例（绕过 unittest 的静态限制）
unittest 不允许测试方法接收参数，硬写 test_something(arg) 会直接被忽略。常见做法是用循环 + setattr() 动态绑定方法到类上：
class TestMath(unittest.TestCase):
pass
for i, (a, b, expected) in enumerate([(1, 2, 3), (0, 0, 0), (-1, 1, 0)]):
def make_test(x, y, exp):
def test_method(self):
self.assertEqual(x + y, exp)
return test_method
setattr(TestMath, f'test_add_{i}', make_test(a, b, expected))
注意：闭包捕获变量容易出错，make_test 必须立即调用并返回函数，不能直接把循环变量塞进 lambda。
为什么 pytest 更适配“自动化测试流程”
unittest 的设计目标是“单元测试框架”，不是“自动化测试平台”。它没有原生的重试、并发、用例分组标记（如 @unittest.skipIf 功能有限）、HTML 报告或失败用例重跑能力。这些在自动化流水线里是刚需。
- CI/CD 中常用
pytest --tb=short -v --junitxml=report.xml输出结构化结果，Jenkins/GitLab CI 可直接解析 - pytest 插件生态丰富：
pytest-rerunfailures支持失败重试，pytest-xdist支持多进程并发，allure-pytest生成交互式报告 - 如果你已用 unittest 写了大量用例，可用
pytest直接运行（它兼容 unittest 风格），无需重写——这是最现实的过渡方案
真正卡住自动化落地的，往往不是写几个 assertEqual，而是环境隔离、测试数据生命周期管理、失败诊断速度和结果可追溯性。unittest 做好边界控制就不错了，别指望它替你解决工程问题。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
