测试、报错与逐步调试

运行一次没有报错还不够

晨光书架的合计函数处理十二和八得到二十，看起来成功，但你还不知道空列表、零分钟、负数和文本输入怎样处理。测试是在明确输入下比较实际结果与预期结果。它不能证明所有可能输入都正确，却能覆盖已经想到的重要情况，并在改代码后发现旧行为是否被破坏。测试应该先有预期，再看程序输出，不能运行出什么就把什么写成正确答案。预期来自任务规则与独立计算，不来自模型的自我评价。

选择有代表性的案例

正常案例检验主要功能，例如十二加八等于二十。边界案例检验零、空列表以及门槛附近的数据。错误案例检验明确不接受的输入，例如负分钟。对当前小函数，少量有意义的测试比大量重复同一种正常输入更好。测试数据只用虚构数字与书名，不读取真实参与者记录。不要把执行成功与业务成功混为一谈：程序可能顺利跑完，却漏掉一条记录或用了错误合计规则。

标准库测试示范

import unittest
def total_minutes(values):
    if any(type(x) is not int or x < 0 for x in values):
        raise ValueError("分钟必须是非负整数")
    return sum(values)
class TestMinutes(unittest.TestCase):
    def test_normal(self):
        self.assertEqual(total_minutes([12, 8]), 20)
    def test_empty(self):
        self.assertEqual(total_minutes([]), 0)
    def test_negative(self):
        with self.assertRaises(ValueError):
            total_minutes([-1])
if __name__ == "__main__":
    unittest.main()

1. 第一行导入标准库测试工具。
2. 第二行定义待测试合计函数。
3. 第三行逐项检查，any表示只要有一项非法就成立。
4. 第四行在非法情况下抛出值错误。
5. 第五行返回合法列表合计。
6. 第六行建立一组测试，继承标准库提供的测试基类。
7. 第七行定义正常案例。
8. 第八行断言实际合计等于二十。
9. 第九行定义空列表案例。
10. 第十行断言空列表返回零。
11. 第十一行定义负数案例。
12. 第十二行声明接下来的调用应该抛出指定异常。
13. 第十三行提供负数输入触发检查。
14. 第十四行判断当前文件是否被直接运行。
15. 第十五行直接运行时启动测试，不连接外部服务。

读报错要从近处开始

错误追踪通常包含文件、行号和错误类型。先看最后的类型与说明，再回到相关行和输入。语法错误往往是引号、冒号或缩进问题；值错误通常说明输入不合约定；断言失败说明实际结果与预期不一致。不要一次改十处代码，也不要先删除测试来让结果变绿。建立能复现问题的最小输入，只修改直接原因，然后重跑全部测试，能减少凭感觉修补带来的新问题。

AI辅助调试的边界

可以向AI提供最小代码、虚构输入、实际错误和预期结果，请它解释差异，但不要提交包含密码或私人路径的完整日志。它给出的修复仍需逐行理解与测试，不应直接执行陌生命令。测试通过只说明当前案例符合预期；若规则本身写错，测试也可能同时错误。因此保留独立的题意说明与计算依据，让测试验证程序，而不是让程序反过来定义正确答案。