Red → Green → Refactor

1. Red：从一个明确、可验证的行为出发，先写测试并确认它失败。
2. Green：实现刚好足以让测试通过的代码。
3. Refactor：在测试仍通过的前提下改善命名、结构与重复代码。

与 Week 3 Build 的连接

• 从 LeanKit 的 Acceptance Criteria 提取可测试行为。
• 一条测试聚焦一个行为，并给出清晰的预期结果。
• 在修复 peer usability review 发现的问题时，先补充能够复现问题的测试。
• 自动化测试不替代真实用户的 usability review；两者分别验证“功能正确”和“使用顺畅”。
• 把测试结果、修复记录和对应 LeanKit 卡片保存为验收证据。

Practical checklist

• 每个 Must Have User Story 都有对应的 Acceptance Criteria。
• 关键业务逻辑具有可重复执行的测试。
• 修复缺陷前先建立可复现的失败条件。
• 重构后重新运行相关测试。
• 在 Expo 前完成一次核心流程的完整回归检查。

Week 3 resource

• Watch TDD — 5 mins.