pytest参数化最简写法是用@pytest.mark.parametrize装饰器，无需改函数签名或写循环，自动拆分为独立用例并精确定位失败组；需注意参数名与元组顺序严格一致、无空格、形参名匹配，复杂数据用ids自定义ID，混用fixture时警惕重复执行问题。
pytest参数化最简写法：@pytest.mark.parametrize
直接在测试函数上加装饰器，用@pytest.mark.parametrize就能跑多组数据，不用改函数签名，也不用写循环。它把每组输入和预期结果拆成独立的测试用例，失败时能准确定位到哪一组出问题。
常见错误是把参数名写成字符串列表但没对应好顺序，比如@pytest.mark.parametrize("a, b, expected", [(1,2,3), (2,3,5)])里三个名字必须和元组里三个值位置严格一致；如果写成"a,b,expected"少了个空格或逗号，pytest会报ValueError: Expected 2 or more comma-separated names。
- 参数名用字符串，多个用逗号分隔，不能有空格（
"x,y"✅，"x, y"❌） - 数据用列表套元组，每个元组长度必须等于参数名个数
- 测试函数的形参名必须和装饰器里声明的完全一致
- 如果某组数据想跳过，用
pytest.param(..., marks=pytest.mark.skip)
处理含特殊字符或复杂结构的测试数据
当测试数据里有字典、None、嵌套列表甚至函数时，直接传进@pytest.mark.parametrize会导致用例名难读、报错或显示不全。pytest默认用repr()生成用例ID，对复杂对象不友好。
解决方案是显式传入ids参数，自定义每组的标识名。比如用ids=["add_1_2", "add_neg"]代替默认的[("(1, 2, 3)",), ("(-1, -1, -2)",)]。
立即学习“Python免费学习笔记（深入）”；
调用 Cutout.Pro 视觉处理 API 进行背景移除、人像抠图和照片增强，支持文件上传与图片 URL 输入。
-
ids可以是字符串列表，长度必须和数据组数一致 - 也可以是函数，接收单组原始数据并返回字符串，适合从字典里提取字段做ID
- 避免在
ids里拼接未清洗的用户输入，防止控制台输出乱码或截断
参数化与fixture混用时的执行顺序陷阱
如果测试函数同时用了@pytest.mark.parametrize和fixture（比如def test_calc(db_conn, x, y, expected):），pytest会先展开所有参数组合，再为每组调用fixture。这意味着db_conn会被创建和销毁多次——不是“一次setup，多组运行”，而是“每组都重来一遍”。
这在IO密集型fixture（如数据库连接、临时文件）下会显著拖慢速度，还可能因状态残留导致用例间干扰。
- 确认fixture作用域：
scope="function"（默认）必然每组重建；scope="module"可复用，但要确保参数化数据不依赖fixture内部状态 - 若必须共享fixture，把参数化逻辑移到fixture内部（用
yield或return返回不同数据），但会失去pytest原生的用例粒度控制 - 用
pytest --collect-only先看实际生成了多少个用例，避免误以为“只跑3组”结果实际触发了3×5=15次fixture
跳过/条件过滤某几组参数化数据
不是所有数据组合都需要执行，比如某个边界值在特定Python版本才有效，或者某组已知失败暂不修复。pytest不支持在parametrize里写if判断，但可以用pytest.param配合marks精细控制。
例如pytest.param(0, 1, 0, marks=pytest.mark.skipif(sys.version_info ，这样只有满足条件时才跳过该组，其他组照常运行。
- 用
pytest.mark.xfail标记预期失败的组，失败不报错，成功反而标为“意外通过” - 避免对整个
parametrize加@pytest.mark.skip，那会跳过全部，失去参数化意义 - 条件表达式里别用运行时才确定的变量（如文件是否存在），因为pytest在收集阶段就求值，此时文件可能还没生成
"a,b,c"合法，"a, b, c"直接报错；还有就是fixture和参数化叠加时，根本没意识到每个参数组合都在重新初始化fixture——这点在测HTTP客户端或数据库时，性能差异能差好几秒。 
