pytest默认会清晰显示失败断言所在的文件、行号及上下文，若未看到详细信息，通常是因异常提前终止或配置问题；推荐每个测试函数聚焦单一场景，避免多断言掩盖真实问题。
pytest默认会清晰显示失败断言所在的文件、行号及上下文，若未看到详细信息，通常是因异常提前终止或配置问题；推荐每个测试函数聚焦单一场景，避免多断言掩盖真实问题。
在Pytest中，当一个测试函数包含多个 assert 语句时，首个失败的断言会立即终止测试执行，并默认输出其完整调用栈和上下文——包括具体哪一行、哪个表达式失败。例如：
def test_canConstruct():
sol = Solution()
assert sol.canConstruct('aa', 'aab') # ✅ 返回 True → 通过
assert sol.canConstruct('xx', 'aaabc') # ❌ 返回 False → 触发失败
assert sol.canConstruct('aab', 'ababa') # ⛔ 不会执行到这一行
运行 pytest -v 后，你应看到类似以下的精准报错（注意关键信息）：
_________________________________________ test_canConstruct _________________________________________
def test_canConstruct():
sol = Solution()
assert sol.canConstruct('aa', 'aab')
> assert sol.canConstruct('xx', 'aaabc')
E assert False
E + where False = <built-in method canconstruct of solution object at>('xx', 'aaabc')
test_ransomNote.py:8: AssertionError</built-in>
✅ 关键提示：
- > assert ... 行明确标出失败断言所在源码位置（第8行）；
- E assert False 显示实际值与期望不符；
- E + where False = ... 展示被断言表达式的求值结果，便于调试。
⚠️ 如果你只看到模糊的 AssertionError: assert False == True 而无行号和上下文，请检查：
- 是否启用了 -v（verbose）模式（必须）；
- 是否存在 try/except 捕获了 AssertionError 并吞掉了原始异常；
- 是否使用了 --tb=no 或其他禁用 traceback 的参数。
? 最佳实践建议：
虽然技术上允许单个测试函数含多个断言，但强烈推荐“一个测试一个关注点”（One Assertion Per Test），原因如下：
- ✅ 故障隔离：每个测试独立失败，不相互干扰；
- ✅ 语义清晰：test_canConstruct_returns_true_for_subset() 比 test_canConstruct() 更易理解；
- ✅ 快速反馈：CI/CD 中可精准定位回归问题，无需逐行排查；
- ✅ 支持参数化：配合 @pytest.mark.parametrize 可优雅覆盖多组输入。
重构示例：
@pytest.mark.parametrize("ransom,magazine,expected", [
('aa', 'aab', True),
('xx', 'aaabc', False), # 注意：原题逻辑此处应为 False
('aab', 'ababa', True),
])
def test_canConstruct(ransom, magazine, expected):
sol = Solution()
assert sol.canConstruct(ransom, magazine) == expected
? 额外提醒：assert expr 等价于 assert expr == True，显式写 == True 不仅冗余，还可能掩盖 None、自定义布尔行为等潜在问题，应直接写 assert sol.canConstruct(...)。
总结：Pytest 本身已提供完善的断言定位能力；善用 -v、避免手动捕获断言异常、遵循单一职责原则编写测试，才能让测试真正成为可靠的质量守护者。
