【发布时间】：2012-06-18 10:24:22
【问题描述】：
我们正在交付一个核心系统的彻底重写，交付团队在 Scrum 环境中工作。由于团队的规模，我们现在分成两个 Scrum 团队，他们的目标是每天集成代码。每当测试团队部署到我们的系统测试环境时（通常是每天），我们都会拆除数据库并重新填充所有参考数据 - 这是为了确保测试的基线。
这种方法的问题在于，当一个测试团队正在等待部署修复程序而另一个正在执行中期测试时，我们会严重影响我们的速度。为了尝试解决这个问题，我们提出了以下建议：
- 创建另一个测试环境（这非常昂贵），此外，我们仍然会遇到延迟，因为团队中的一名测试人员仍然无法部署他们的修复程序。
- 仅代码部署的选项（避免数据库崩溃）。
我们尝试并鼓励团队跨职能，并鼓励测试人员帮助测试人员找出阻碍部署的人，但这并不总是可行的。我们的目标也是让任务大约需要 1-2 天的时间，所以我们不能很容易地分解项目的持续时间。
其他人在他们的环境中采用了哪些方法？
【问题讨论】：
-
如果我对您的理解正确，您有 2 个 Scrum 风格的开发团队和一个单独的测试团队。您是否考虑将测试人员添加到您的 Scrum 团队？这应该会大大减少在部署后发现的阻塞错误的数量（并且还培养了交付“完成”软件的 scrum 理想）。
-
我投票决定将此问题作为题外话结束，因为从help center 中的What questions Should I avoid Asking? 开始，您应该避免出现“...您的答案与问题一起提供的问题，你期待更多的答案：“我用 ______ 代表 ______，你用什么？”
标签： database agile scrum agile-processes