首页 文章

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

提问于
浏览
2

我们有一个信息中心,其中包含基于6个月报告期的指标 . 用户根据当前的6个月报告期登录并查看其指标 .

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

我们的DBA小组现在告诉我们,不应该这样做,业内其他人也不会这样做 . 有人可以给我一些他们在这种情况下测试的例子吗?我们是否应该重新设计我们的ETL和应用程序以及最佳实践的一些想法?

我们对应用程序进行了单元测试,因此它可以正常运行 . We are more worried that the data from the ETL will not be correct on Day 1 of the new period . 在第1天正确显示指标并且数据正确非常重要 .


我不太确定这是属于SO还是其他论坛,所以如果没有,请原谅 .

2 回答

  • 0

    假设如下:

    • P-1 =前6个月期间

    • P =当前的6个月期间

    • P+1 =接下来的6个月期间

    如果我理解了这个问题,那么QA环境中的数据总是在 P 期间收集,这就是你需要在 P+1 上运行测试的原因(强迫你将来设置服务器的日期) .

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

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

  • 0

    我们不得不在20世纪90年代末预先指定Y2K测试的日期,所以是的,它已经完成了 . 我可能会建议你制作一个%getData MACRO . 然后,您可以在一个地方设置日期 . 一旦完成测试,只需调用getData()进行NORMAL处理即可 . 它需要预先进行一些重组,但之后只允许在%getData宏中进行维护 . 只是一个想法 .

相关问题