43、迭代规划与可测试故事实践指南

迭代规划与可测试故事实践指南

1. 迭代规划中的任务卡片编写

在迭代规划阶段，从不同视角提出问题有助于明确需求，让团队更好地开展工作。当团队对需求有了清晰的理解后，就可以开始编写和估算任务卡片。由于敏捷开发以测试驱动编码，所以要同时编写测试和开发任务卡片。

如果前期做了规划，可能已经有部分任务卡片；若没有，则在迭代规划会议中编写。谁来编写任务卡片并不重要，但团队成员都应参与审核并提供意见。虽然编码过程中可能会新增任务，但在会议中识别并估算大部分任务，能让团队对工作内容有清晰的认识。

团队开始编写任务卡片时，程序员通常负责编写编码任务卡片，测试人员同时编写测试任务卡片。例如，先编写高级测试用例的卡片，询问程序员是否可以在 GUI 背后进行测试，然后据此编写测试任务卡片。常见的情况是编写“编写 FitNesse 测试用例”的测试卡片和“编写 FitNesse 夹具”的开发任务卡片，除非夹具已经存在。有时，所有 GUI 背后的测试可以更轻松地在单元测试中完成，所以询问是否如此总是有必要的。

团队在迭代过程中需要记住的任何事情都可以写在任务卡片上，如“向 Anne 展示 UI”或“将测试文件发送给 Joe”等，这些任务会和其他任务一起张贴在故事板上。

2. 任务卡片的估算与审查

在编写任务卡片的过程中，要对其进行估算，并征求团队对卡片和估算的反馈。有时会将团队分成小组，每个小组负责一些故事并编写相应的任务卡片。之后，团队会一起审查所有卡片以及估算时间。如果开发时间与测试时间相差较大，就会引发讨论。团队需要达成共识，判断任务卡片是否涵盖了故事的各个方面。如果仍有未知情况，会推迟编写任务卡片，直到获取相关信息。