2

我们正在交付一个核心系统的彻底重写，交付团队在 Scrum 环境中工作。由于团队的规模，我们现在分成两个 Scrum 团队，他们的目标是每天集成代码。每当测试团队部署到我们的系统测试环境（每天作为标准）时，我们都会拆除数据库并重新填充所有参考数据——这是为了确保测试的基线。

这种方法的问题在于，当一个测试团队正在等待部署修复而另一个正在执行中期测试时，我们对速度的影响很大。为了尝试解决这个问题，我们提出了以下建议：

  • 创建另一个测试环境（这非常昂贵），此外，我们仍然会遇到延迟，因为团队中的一个测试人员仍然无法部署他们的修复。
  • 仅代码部署的选项（避免数据库崩溃）。

我们尝试并鼓励团队跨职能，并鼓励测试人员帮助测试人员找出阻碍部署的人，但这并不总是可行的。我们还希望任务大约需要 1-2 天的时间，所以我们不能很容易地分解项目的持续时间。

其他人在他们的环境中采用了哪些方法？

4

1 回答 1

2

与其拆除并重新开始，不如考虑一种“进化”数据库的方法，通过将每个更改制定为“增量脚本”，该脚本会进行结构更改（添加表、重命名列等）并迁移数据。

我已经使用过这种方法几次，当它成功时，它取得了巨大的成功——使团队和每个开发人员都能够更快地行动。

如果有兴趣，我有一篇博客文章，其中描述了我的一项工作：http ://dearjunior.blogspot.se/2008/05/version-of-data-in-database.html

如果你想深入，我推荐 “重构数据库”

我们获得最多的团队开发了一大堆 bash 脚本来管理所有内容。但是，现在也有一些简洁的框架。我们已经开始使用dbmaintain，它实际上与我们自己开发的非常相似。

我彻底推荐这种方法。

[更新]几个月前，我刚刚看到软件工程电台播放了一个关于这个主题的播客节目。

于 2012-09-06T21:10:03.090 回答