gpt4 book ai didi

database - 敏捷 - 数据库部署

转载 作者:搜寻专家 更新时间:2023-10-30 20:30:12 25 4
gpt4 key购买 nike

<分区>

我们正在交付核心系统的彻底重写,交付团队在 Scrum 环境中工作。由于团队的规模,我们现在分成了两个旨在每天集成代码的 scrum 团队。每当测试团队部署到我们的系统测试环境时(每天一次),我们都会拆除数据库并重新填充所有引用数据 - 这是为了确保测试基线。

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

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

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

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

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com