Testing 测试应用程序仪表板数据的最佳实践

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

每6个月，我们在我们的开发/质量保证环境中加载新的指标，并为即将到来的报告周期配置它们，以便我们可以进行测试。但是，我们的应用程序和ETL使用GETDATE（），因此为了让ETL正确计算，我们一直在设置服务器未来的日期，因此所有内容都将像在未来一样计算和显示

我们的DBA小组现在告诉我们，不应该这样做，也不应该这样做 业内还有一家这样做。谁能给我举几个例子吗 他们在这种情况下做了哪些测试？我们应该这样吗 希望重新设计我们的ETL和应用程序，有什么想法 最佳实践

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

---

我不太确定这是属于SO还是其他论坛，如果不是，请原谅

假设如下：

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

如果我理解了这个问题，那么QA环境中的数据总是在p期间收集的，这就是为什么您需要在p+1上运行测试（强制您在将来设置服务器的日期）

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

---

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

上进行测试。我们必须在1990年代末预先指定Y2K测试的日期，所以是的，已经完成了。我可能建议您制作一个%getData宏。然后，您可以在一个地方设置日期。测试完成后，您可以调用getData（）进行正常处理。这将需要一点前期重新配置，但随后将只允许在%getData宏中进行维护。只是一个想法。

我发现了这个链接，它也谈到了测试过程，很有趣：我认为你的问题非常适合这样做，但它的标题有误导性。问题的核心是GetDate（），它很难用于测试目的。你一定要把它写进这个主题。询问“最佳实践”可能很容易以“基于意见”的问题结束，这只是少数人没有仔细阅读文本的问题；）顺便说一句，最明显的答案是“不要使用GetDate，将日期作为参数传递”，但是当从头开始编写代码时，这很容易，而不是当所有事情都已经完成时。。喜欢我真的很期待任何日期测试的解决方案，但恐怕有NO.E.FYI：-所以你的问题实际上可能是一个复制品，请考虑这一点。