如何测试部署
我们正在考虑在开发生命周期中添加另一个服务器，以便测试部署。
一些背景：我们构建web应用程序，使用ASP.NET和Server 2005。团队中有4名开发人员，并且倾向于每2周发布一次。
--这是我们当前的部署方法:我们在Dev服务器上开发的，并且随着每个开发案例的完成，它将被添加到暂存服务器中，在那里对其进行测试。当我们到达发布日期时，发布中的所有情况都会从暂存服务器部署到Live服务器。
但是问题是，只有当我们完成完整的部署时，我们才会在发布日期部署到Live --所有到暂存的部署都是逐案完成的。这意味着我们在实时部署中一直在犯错误或跳过步骤(例如，在部署过程中忘记将用户锁在门外)。我们需要的是一种方法来模拟实时部署的运行。
我们正在考虑的是在发布过程中添加另一个服务器，所以…
当前服务器设置：开发服务器、->暂存服务器、->实况服务器
潜在服务器设置：开发服务器、->暂存服务器、-> Beta服务器(这是正确的名称吗？) -> Live
这样，我们就可以在Beta服务器上实践每个完整的部署，并为实时部署制定一套步骤--希望我们的实时部署将更加顺畅。我们还计划让客户访问Beta服务器，为自己测试一些东西。
请告诉我你的想法。您是这样做的，还是有其他方法在发布日期之前测试我们的部署？
回答 1
Stack Overflow用户
发布于 2009-07-02 09:43:08
你走在正确的轨道上。
这是我们的工作方式--其他人可能会以不同的方式做事(但他们也可以回答你的问题，你可以决定自己的方法)。
1)代码是在开发中建立的--这是不受控制的区域。
2)所有的数据库更改都是脚本化的，所有的.NET代码都内置到MSI中，我们将这些代码部署到测试中。它们也被存放在一个特殊的地方，它们不能被弄乱。如果有任何问题，测试将发现他们，我们将调整脚本/创建新的MSI与修复。
3)一旦测试完成，“生产前”环境就会从现场恢复。它看起来就像一份一模一样的现场直播。最终版本将进入“预制作”阶段。部署应该只起作用，但这是确保部署有效的机会。如果不这样做，部署就会被调整，“生产前”环境就会从现场刷新回来，所以我们知道我们是在针对一个精确的副本进行测试(没有必要用您已经处理过的版本来测试它！)
4)如果发行版有效(通常会执行一些测试来检查所有组件)，那么它就可以在现场运行了。
如果您使您的数据库脚本可重新运行，则会有所帮助。在再次执行更改之前，检测更改是否已经存在，以防脚本因任何原因多次运行。例如，如果将配置值添加到表中，请检查以确保尚未完成配置值，否则可以多次添加配置值并整理数据。
https://stackoverflow.com/questions/1073374
复制相似问题
腾讯云开发者
