1. 计算机专业中期答辩前的紧急自救指南

作为一名经历过无数次项目死线的老码农，我太理解这种"答辩在即代码却跑不通"的绝望感了。记得我大三时有个数据库项目，距离答辩还剩48小时，连基本的CRUD操作都报错，那种头皮发麻的感觉至今难忘。但别慌，根据我后来带过30+毕业设计的经验，只要按这套方法系统排查，八成问题都能在24小时内解决。

2. 代码调试的黄金四步法

2.1 环境问题排查（30分钟）

先确认基础环境：

1. 开发环境一致性检查
   • 对比requirements.txt与实际安装包版本（pip list > installed.txt）
   • 使用docker-compose up快速重建测试环境
   • 验证IDE配置（特别是Python的interpreter路径）

关键技巧：用python -m pip check验证依赖冲突，这是80%环境问题的元凶

2.2 错误日志分析（1小时）

分级处理错误信息：

• 控制台报错：从最后一行向上追溯根源
• 日志文件分析：grep 'ERROR' app.log | sort | uniq -c
• 数据库错误：开启general_log查看完整SQL执行流

典型错误处理速查表：

2.3 最小化复现（2小时）

1. 新建test_branch分支
2. 逐步回退到最后一个正常版本（git bisect是好帮手）
3. 用单元测试隔离问题模块：

   import unittest class TestCriticalFunction(unittest.TestCase): def test_main(self): from mymodule import critical_func self.assertEqual(critical_func('input'), 'expected_output')

3. 答辩前的应急方案设计

3.1 降级方案准备（必须！）

准备三个层次的演示方案：

1. 理想方案：完整功能演示
2. 备用方案：核心流程演示（跳过非关键模块）
3. 保底方案：静态原型+流程图讲解

3.2 演示脚本编写

按这个结构准备讲稿：

1. 问题背景（1页）
2. 技术选型原因（2页）
3. 已实现部分演示（重点！）
4. 现存问题与解决思路（体现专业性）

血泪教训：永远准备PDF备份！我曾遇到答辩现场电脑蓝屏...

4. 代码跑不通时的答辩话术

4.1 技术型应答模板

当老师指出bug时： "感谢老师的提问，这个问题我们已经在测试中发现，初步判断是XX环节的并发处理有问题。目前的解决方向是采用XX算法（展示伪代码），预计在最终版本可以解决。"

4.2 时间管理话术

针对未完成功能： "由于中期时间限制，我们优先实现了核心模块XX，接下来两周将按这个开发计划（展示甘特图）重点突破YY功能..."

5. 终极救命锦囊

5.1 紧急求助渠道

• Stack Overflow提问模板：

  [复现步骤] 预期结果： 实际结果： 已尝试方案： 环境信息：

5.2 代码抢救包

常备这些工具：

1. 在线调试：pythonanywhere快速部署
2. 可视化调试：Thonny IDE（适合新手）
3. 救命文档：打印出所有API接口文档

最后记住：答辩考察的是解决问题的能力而非完美成品。我见过最成功的答辩，是学生现场用白板推导出解决方案——有时候，展示思考过程比展示结果更重要。