我们有一个信息中心，其中包含基于6个月报告期的指标。用户根据当前的6个月报告期登录并查看其指标。
我们每隔6个月在DEV / QA环境中加载新指标，并为即将到来的报告期配置它们，以便我们进行测试。但是，我们的应用程序和ETL使用GETDATE（），所以为了让ETL正确计算， 我们将来一直在设置服务器的日期 ，所以一切都会计算并显示为如果我们将来。
我们的DBA小组现在告诉我们不应该这样做而不是 业内其他人也这样做。有人可以给我一些例子 他们在这种情况下做了什么测试？我们应该吗？ 希望重新设计我们的ETL和应用程序以及有哪些想法 最佳做法？
我们对应用程序进行了单元测试，因此它可以正常运行。 我们更担心来自ETL的数据在新时期的第1天不正确 。在第1天正确显示指标并且数据正确非常重要。
我不太确定这是属于SO还是其他论坛，所以如果没有，请原谅我。
答案 0 :(得分：0)
假设如下：
如果我理解了这个问题，那么QA环境中的数据总是在 P 期间收集，这就是你需要在 P + 1 上运行测试的原因（强迫你在将来设置服务器的日期。）
我们在DEV / QA环境中加载新指标并为其配置 即将到来的报告期，所以我们可以测试
当您为即将到来的报告期配置 [指标] 时，您还可以以看起来收集的方式准备/转换测试数据在 P-1 。像“每个时间戳向后移动6个月”之类的东西。然后我知道你会有 P-1 数据，可以在 P 上进行测试。
答案 1 :(得分：0)
我们不得不在20世纪90年代末预先指定Y2K测试的日期，所以是的，它已经完成了。我可能会建议你制作一个％getData MACRO。然后，您可以在一个地方设置日期。一旦完成测试，就可以调用getData（）进行NORMAL处理。它需要预先进行一些重组，但之后只允许在％getData宏中进行维护。只是一个想法。