我正在考虑让 BI 团队使用持续集成 (CI)。在网上搜索时,我发现了一些文章,它们将引导您完成为您的 BI 数据库设置 CI 的过程。
这些文章似乎都忘记了,通过 BI 持续集成,您希望(至少我们愿意)运行所有测试并使用类似生产的数据库来查找未预见的场景。我们的 BI 数据库可以达到 TB,因此测试需要一段时间。
是否有解决这个问题的解决方案(也许是一个可以创建更小的测试数据库而不会丢失有价值的测试数据的工具)?
我正在考虑让 BI 团队使用持续集成 (CI)。在网上搜索时,我发现了一些文章,它们将引导您完成为您的 BI 数据库设置 CI 的过程。
这些文章似乎都忘记了,通过 BI 持续集成,您希望(至少我们愿意)运行所有测试并使用类似生产的数据库来查找未预见的场景。我们的 BI 数据库可以达到 TB,因此测试需要一段时间。
是否有解决这个问题的解决方案(也许是一个可以创建更小的测试数据库而不会丢失有价值的测试数据的工具)?
CI 需要快速测试。那不是你的情况。我将使用CI 构建和夜间构建
CI 构建
一旦有人签入,您就启动构建,部署到您的 CI/DEV 环境并执行冒烟测试,如果您愿意,还可以执行一部分测试。CI/DEV 环境数据库将仅包含测试数据。无论如何,您的测试应该花费很少的时间……越少越好。
因此,在每次签入后,您可以确保至少您的项目仍然有效。
每晚构建
层我会手动设置一个夜间构建,这样你就有很多时间来执行测试。您应该有一个特定的测试环境。你的构建应该做:
这样,您将有 12-14 小时的时间来运行您的构建,并且每天,当您到达工作地点时,您将收到关于前一天测试结果的反馈。
如果您的测试需要超过 12-14 小时(太字节?),那么您应该检查它们,因为可能有问题(或者您使用 google db)
在回顾 Microsoft 的集成服务时,我看起来它有一个灵活的解决方案。https://www.getchef.com/的Chef也有一个很棒的开源解决方案。
这两个都支持