37、敏捷开发中发布或主题规划的测试活动

敏捷开发中发布或主题规划的测试活动

1. 发布规划的目的

软件团队尝试敏捷开发的一个原因是他们知道长期规划往往行不通。大多数商业环境变化无常，优先级每周甚至每天都会改变。敏捷开发旨在避免“前期大规模设计”。我们很多人都有过制定计划最后却发现是白费力气的经历。但为了有个好的开端，我们必须了解客户的需求以及如何交付产品。幸运的是，敏捷方法可以让规划成为我们了解如何交付产品的有效途径。

例如，Janet的姐姐Carol Vaage在组织会议时运用敏捷实践。她的桌子堆满了活页夹和待办事项清单，感到不知所措而无法行动。在Janet的帮助下，她学会了将每个任务写在便利贴上，并使用颜色区分不同的责任和人员。设置了“待办”“进行中”“待审核”和“已完成”的列，选择了一周的迭代周期。在Janet来过的六天里，十个任务从“待办”列移到了“进行中”列，三个任务已完成，与时间相关的任务也安排到了正确的时间段。她不再感到不堪重负，混乱感消失，看到了进展。这表明敏捷规划和跟踪实践不仅适用于软件开发，精心投入一点时间，使用简单的工具来组织和规划发布的测试活动和资源，将有助于团队交付高质量的软件。

XP团队可能每隔几个月会花一天时间进行发布规划。其他敏捷团队在准备开始一个主题、史诗或主要功能（我们认为是一组相关的故事）时会进行预先规划。他们努力从高层次理解主题或发布。比如，客户对我们交付的产品有什么愿景？发布的目的是什么？整体情况如何？它将为业务和客户带来什么价值？涉及哪些其他团队或项目，需要进行怎样的协调？用户验收测试（UAT）何时进行？代码何时发布到预发布环境和生产环境？我们需要知道哪些指标来判断是否按计划进行？这些一般性问题都会在发布规划中得到解决。

有些团队不会花太多时间进行发布规划