44、敏捷开发中的迭代启动与编码测试

敏捷开发中的迭代启动与编码测试

1. 迭代启动阶段要点

1.1 合作方问题处理

在项目迭代中，合作方在首次迭代交付了初始版本，但后续迭代无法交付代码增量。通过要求合作方按增量方式工作，能及时发现其交付能力问题。若让合作方用六个月编写整个应用，结果可能不佳。我们应将此经验用于研究更好的方法。

1.2 新事物风险考量

当团队引入新的模板框架或报告库等新事物时，要将其作为风险纳入测试计划。团队在选择新框架或工具前应考虑可测试性，选择能增强测试能力的工具。对新事物（包括新领域）的测试任务估算要宽松，因为存在很多未知因素，新领域知识或新技术可能意味着陡峭的学习曲线。

1.3 与客户协作

与客户或客户代理（如功能分析师）密切合作是敏捷测试人员的重要活动。迭代启动时，与客户的协作也应加强。此时可开展如向客户询问示例、询问故事功能和行为的开放性问题、围绕白板讨论，然后将示例转化为测试用例以驱动编码等活动。即使产品负责人和其他客户在迭代规划前后已解释过故事，迭代开始时简单回顾仍有帮助，因为并非所有人都听过，且客户可能有更多信息。迭代第一天就开始编写高级验收测试，编写过程中常产生新问题，需与产品负责人一起审核高级测试和问题。

示例：资金分配问题

有一个涉及退休账户提款参与者资金分配文件的故事。文件发送给合作伙伴用于给参与者开具支票，但部分记录金额在合作伙伴系统中无法正确对账，合作伙伴要求新增一列金额用于对账。迭代规划会议后，产品负责人担心新增列不是正确解决方案，经进一步研究发现需更改计算方式，这是一个更大的故事，但解决了分配的核心问题。团队讨论并编写了新的任务卡片，进一步讨论故事是值得