【问题标题】:Automation Test Architecture自动化测试架构
【发布时间】:2014-10-21 13:41:50
【问题描述】:

我们有 5 个不同的环境,它们都有不同的代码和不同的版本,我们必须用最新的代码来维护它们。现在我在所有环境中使用来自 TFS 的所有不同分支,我们在所有分支中为每个分支配置了 URL,但现在很难维护。任何人都可以建议我任何好的结构吗?

【问题讨论】:

    标签: testing architecture automation software-design


    【解决方案1】:

    您几乎完美地描述了Continuous delivery 中使用的方法。在最常见的方式中,您必须只构建您的二进制文件一次。该原则的一个重要推论是必须可以将这些二进制文件部署到每个环境。这会迫使您将代码(在环境之间保持不变)和配置(在环境之间有所不同)分开。反过来,这将引导您正确管理配置,对结构更好的构建系统施加温和的压力。您可以使用磁盘映像和虚拟化等实践,以及 Puppet 和 InstallShield 等工具以及版本控制存储库来管理您的环境配置。

    我们有 5 种不同的环境

    这些环境中的每一个都或多或少类似于生产环境,并具有自己独特的配置。您的 CI 服务器应配置为监视您的版本控制系统,每次对其进行更改时检查或更新您的源代码,运行自动构建过程,并将二进制文件存储在整个团队可以访问的文件系统中通过 CI 服务器的用户界面。如图所示:

    您可以将环境配置脚本存储在单独/共享的数据库中,并在需要时从那里加载它们。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2012-02-25
      • 1970-01-01
      • 2016-07-09
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2010-09-12
      相关资源
      最近更新 更多