2

6 か月のレポート期間に基づく指標を含むダッシュボードがあります。ユーザーがログインすると、現在の 6 か月のレポート期間に基づいた指標が表示されます。

6 か月ごとに、新しいメトリックを DEV/QA 環境にロードし、次のレポート期間に合わせて構成して、テストできるようにします。しかし、私たちのアプリケーションと ETL は GETDATE() を使用するため、ETL が適切に計算されるように、サーバーの DATE を将来に設定しているため、すべてが未来であるかのように計算および表示されます。

私たちの DBA グループは現在、これを行うべきではなく、業界の誰もこれを行っていないと言っています。この状況でのテストのために彼らが行ったことの例を誰か教えてもらえますか? ETL とアプリケーションを再設計する必要がありますか? また、ベスト プラクティスのアイデアは何ですか?

アプリケーションの単体テストがあるので、うまくいきます。 ETL からのデータが新しい期間の 1 日目に正しくないことがより懸念されます。メトリクスが適切に表示され、初日にデータが正しいことが非常に重要です。


これがSOに属しているのか、他のフォーラムに属しているのかはよくわかりません。そうでない場合はすみません。

4

2 に答える 2

0

1990 年代後半に Y2K テストの日付を事前に割り当てなければならなかったので、そうです。%getData MACRO を作成することをお勧めします。その後、1 か所で日付を設定できます。テストが完了したら、NORMAL 処理のために getData() を呼び出すだけです。前もってツールを少し変更する必要がありますが、その後は %getData マクロだけでメンテナンスできるようになります。ちょっとした考え。

于 2014-07-21T18:28:41.713 に答える