2

我们有一个仪表板，其中包含基于 6 个月报告期的指标。用户登录并查看基于当前 6 个月报告期的指标。

每 6 个月，我们会在 DEV/QA 环境中加载新指标，并为即将到来的报告期配置它们，以便我们进行测试。但是，我们的应用程序和 ETL 使用 GETDATE()，所以为了让 ETL 正确计算，我们一直在设置服务器的 DATE 在未来，所以一切都会像我们在未来一样计算和显示。

我们的 DBA 小组现在告诉我们，不应该这样做，而且业内没有其他人这样做。有人可以给我一些他们在这种情况下进行测试的例子吗？我们是否应该重新设计我们的 ETL 和应用程序？对于最佳实践有哪些想法？

我们对应用程序进行了单元测试，所以它可以工作。 我们更担心 ETL 的数据在新周期的第 1 天会不正确。指标正确显示并且数据在第 1 天正确是非常重要的。

我不太确定这是否属于 SO 或其他论坛，如果不属于，请见谅。

4

2 回答 2

0

我们必须在 1990 年代后期为 Y2K 测试预先指定日期，所以是的，它已经完成了。我可能会建议你制作一个 %getData 宏。然后，您可以在一处设置日期。一旦测试完成，就可以调用 getData() 进行正常处理。前期需要进行一些重组，但随后将允许仅在 %getData 宏中进行维护。只是一个想法。

于 2014-07-21T18:28:41.713 回答
0

假设如下：

  • P-1 = 前 6 个月期间
  • P = 当前 6 个月期间
  • P+1 = 下一个 6 个月期间

如果我理解这个问题，你的 QA 环境中的数据总是在P期间收集的，这就是为什么你需要在P+1上运行测试（迫使你在未来设置服务器的日期）。

我们在我们的 DEV/QA 环境中加载新指标并为即将到来的报告期配置它们，以便我们可以测试

当您为即将到来的报告期配置它们[指标]时，您还可以准备/转换测试数据，使其看起来像是在P-1上收集的。类似于“将每个时间戳向后移动 6 个月）。然后我知道你会有P-1数据，可以在P上进行测试。

于 2014-02-05T08:00:29.120 回答