pytest运行Python代码输出与预期一致却断言失败该如何解决

根因定位 #

从pytest报错的diff信息可以直接确认问题：

E AssertionError: assert '3 damage inf...16, 5, 6, 4].' == '3 damage inf..., 5, 6, 4].\n'
E - , 5, 6, 4].
E ? -
E + , 5, 6, 4].
实际输出与预期输出的可见内容完全一致，差异仅在于不可见的末尾换行符：预期输出末尾有1个\n，实际输出没有。
如果需要确认更细节的差异（比如是否存在Windows与Linux换行符不匹配的问题），可以在测试代码的断言前添加两行代码，打印两个字符串的原始表示：

print(repr(captured.out))
print(repr(correct_output))

运行测试后即可直观看到所有不可见字符的差异。

常见原因与解决方法 #

1. 代码结构错误 #

测试仅捕获lab02.main()运行过程中产生的输出，如果你编写的part2宠物统计代码放在全局作用域，没有放入main函数内，这部分代码会在模块导入时就执行，不会被capsys捕获，会直接导致输出完整性、顺序不符合预期。
解决方法：将part2的所有逻辑（包括宠物列表定义、函数定义、print调用）全部移到main函数内部，确保运行main()时所有输出都会被统一捕获。

2. 跨平台换行符不匹配 #

Windows系统默认换行符为\r\n，而测试用例的预期输出使用的是Linux标准的\n，两者字符组成不同会触发断言失败。
解决方法：在代码开头统一设置输出换行符为\n格式：

import sys
import os
if sys.platform == 'win32':
    os.linesep = '\n'

3. 末尾换行缺失 #

如果最后一行打印逻辑没有正确输出末尾换行，也会触发该问题。
解决方法：在所有业务逻辑的最后添加一行空打印，明确输出末尾换行：

print()

也可以修改最后一个print语句，显式指定end参数：

print(length_counter(), end='\n')

可选优化（可修改测试代码时使用） #

如果有权限调整测试逻辑，可以将断言改为去除两端空白字符后再比较，避免不可见字符的干扰：

assert captured.out.strip() == correct_output.strip()

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