我正在研究让BI团队使用持续集成(CI)。在线搜索中,我发现了一些文章,可以帮助您完成为BI数据库设置CI的过程。商业智能中的持续集成
所有这些文章似乎都忘记了一件事情,那就是,使用BI持续集成,您希望(至少我们希望)运行所有测试,并使用类似生产的数据库来查找未预见的方案。我们的商业智能数据库可以达到兆兆字节,因此测试需要一段时间。
是否有解决这个问题的解决方案(可能是一个创建较小测试分贝而不会丢失宝贵测试数据的工具)?
我正在研究让BI团队使用持续集成(CI)。在线搜索中,我发现了一些文章,可以帮助您完成为BI数据库设置CI的过程。商业智能中的持续集成
所有这些文章似乎都忘记了一件事情,那就是,使用BI持续集成,您希望(至少我们希望)运行所有测试,并使用类似生产的数据库来查找未预见的方案。我们的商业智能数据库可以达到兆兆字节,因此测试需要一段时间。
是否有解决这个问题的解决方案(可能是一个创建较小测试分贝而不会丢失宝贵测试数据的工具)?
CI需要快速测试。那不是你的情况。我会用CI构建和每晚构建
CI构建
只要有人检查,你启动构建,部署到CI /开发环境和执行烟雾测试,如果你想要的,你的测试的一个子集。 CI/DEV环境数据库将只包含测试数据。无论如何,你的测试应该花费很少的时间......最好的一点。
因此,在每次登记入住后,您至少可以确保您的项目仍然可以使用。
每夜构建
层我想手动设置一个夜间生成所以你有很多时间来进行测试。 你应该有一个测试的特定环境。你的版本应该这样做:
这样,您将有12-14小时运行您的构建和日常,当你在工作中来了,你将会对测试结果为前天反馈。
如果你的测试需要超过12-14小时(T字节?),那么你应该检查他们的大概什么是错的(或您与谷歌的数据库工作)
在审查集成服务从微软我看起来像具有灵活的解决方案。 https://www.getchef.com/的厨师也有一个很好的开源解决方案。
这些都支持
嗯,我们正在与BI数据库的工作,所以他们往往会得到真正的大牌,并在每个单元测试中使用。我编辑的另一个更具体的问题,我的问题。 – Rob 2013-03-07 11:05:44