dbunit(JUnit)での現在時刻をinsertする処理のAssert

Question

dbunitというDAOのテストをサポートするライブラリを用いてのJUnitでの質問です。

作成したDAOのメソッドとして現在時刻(Current_timestamp)をinsertの値に用いるものがあります。
Assertの仕方として、「正しく現在時刻が入ったこと」をチェックしたいとした時、どのようにAssertを仕組めばよいでしょうか。

自分の浅い知識で思いつくのは

• ①insert実行前の時刻を保存
• ②テスト対象メソッド実行(insert)
• ③実行後の時刻を保存

という順に流し、2の時刻がこの1,3の時刻の間であること、程度しか思いつきません。
ただこれですとかなりdbunitから外れたコードを書かなければならなく、辛いです。

なにか、他に良いチェックの方法、または考え方(そもそも論)は有りますでしょうか。

Answer 1

対象のメソッドがどのような実装か分からないので、なんとも言えないところはありますが、

• Mockを使って現在時刻を任意の時刻にする。
• このメソッドは修正されないことを期待して、assertしない。（手動確認）

DBに任意の値が登録されることを確認したいのか、
現在時刻であること確認したいのか切り分けるといいかと思います。

Comments

[maruhachi]

ありがとうございます、まずはおっしゃる通りMockの適用が考えられますね。
現在時刻以外の、おかしな日付が入っていないかをチェックしたいところなので、Mock以外のアサーションの手段を考えてみたいと思います。

Answer 2

多くの DB の場合、トランザクションをかけている場合は current_timestamp は「トランザクションを開始した時刻」で固定されるはずです。
ですので、
0. トランザクション開始
0. current_timestamp 取得
0. current_timestamp で insert
0. insert したレコードを取得して、current_timestamp が一致しているか判定

くらいですかねえ。

Comments

[KiyoshiMotoki]

横から失礼します。

> 多くの DB の場合、トランザクションをかけている場合は current_timestamp は「トランザクションを開始した時刻」で固定されるはずです。

具体的に、どの DB がそのような動作をするか教えていただけますか？

私が調べた限り、
PostgreSQL はおっしゃる通りに動作するようですが、
MySQL は異なりました。

■PostgreSQL
　https://www.postgresql.jp/document/9.1/html/functions-datetime.html#FUNCTIONS-DATETIME-TABLE
　> current_timestamp
　> 現在の日付と時刻（現在のトランザクションの開始日付時刻）。項9.9.4を参照。

■MySQL
　mysql> BEGIN;
　Query OK, 0 rows affected (0.00 sec)

　mysql> SELECT CURRENT_TIMESTAMP; SELECT SLEEP(1); SELECT CURRENT_TIMESTAMP;
　+---------------------+
　| CURRENT_TIMESTAMP |
　+---------------------+
　| 2017-05-12 17:46:19 |
　+---------------------+
　1 row in set (0.00 sec)

　+----------+
　| SLEEP(1) |
　+----------+
　| 0 |
　+----------+
　1 row in set (1.00 sec)

　+---------------------+
　| CURRENT_TIMESTAMP |
　+---------------------+
　| 2017-05-12 17:46:20 |
　+---------------------+
　1 row in set (0.00 sec)

　mysql> COMMIT;
　Query OK, 0 rows affected (0.00 sec)

[tacsheaven]

あー…そういや PostgreSQL くらいか、now() と clock_timestamp() で制御してるの。
MySQL だと「同じステートメント中なら同じと保証する」くらいですか。（ただしストアドプロシージャやトリガーは、その全体を一つのステートメントとみなす）
うーん……そもそもクライアント側の時刻をとってもダメ（current_timestamp はサーバ側の時刻だから、ずれてたら意味がない）ですしねえ。

[maruhachi]

おぉ・・・Postgresでそういった挙動があるのは知りませんでした。貴重な情報ありがとうございます。
自分はPostgresを使う予定でしたので、その点は意識しておきます。