gpt4 book ai didi

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

转载 作者:行者123 更新时间:2023-11-28 20:15:38 26 4
gpt4 key购买 nike

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

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

Our DBA group is now telling us that this should not be done and no one else in the industry does this. Can someone give me some examples of what they have done for testing in this situation? Should we be looking to re-design our ETL and application and what are some ideas for best practices?

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


我不太确定这是否属于 SO 或其他论坛,所以如果不属于,请原谅。

最佳答案

假设如下:

  • P-1 = 前 6 个月
  • P = 当前 6 个月
  • P+1 = 接下来的 6 个月

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

we load new metrics in our DEV/QA environment and configure them for the upcoming reporting period so we can test

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

关于testing - 测试应用程序仪表板数据的最佳实践,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18981536/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com