Batchテスト実施時にoutputのcsvファイルが出力されたままである

[rnakagawa16]

概要

./gradlew batch:test 実行時に、テストに使用されるcsvファイルが出力されたままとなっており、テストを実行するたびにgithub上で差分が発生している。

詳細 / 機能詳細（オプション）

Spring Batch Test の @afterall アノテーションを利用して、テスト終了時に以下の出力ファイルを削除するように設定する

• catalogItem_tasklet.csv
• outputData.csv

完了条件

• テスト実施終了後に上記2ファイルが削除されている
• テストが正常に終了する
• アプリケーションが正常に動作する

[tsuna-can-se]

@rnakagawa16
テストが失敗したときも、出力のcsvファイルは消えてしまいますか？
通常テスト実施後はクリーンアップしないほうが、失敗原因を追究しやすいので気にしています。
単純にGitの差分だけの問題ならgitignoreに登録するという手もあるので。

[rnakagawa16]

テストの出力ファイルの仕様

テストメソッドをVSCodeの機能で検証する場合

VSCodeの機能によって、下図のように失敗箇所を確認できます。
そのため、特に出力ファイルを残しておく必要はあまりないように考えています。

コマンドで実行する場合（./gradlew batch:test）

テスト結果の出力先ファイルが、各メソッドで同一のファイル名で出力されるため、失敗した出力ファイルが成功した出力ファイルに上書きされてしまうという現象があります。
失敗原因の追及という意味においては、ファイルが上書きされてしまうことを考えると現時点での実装でも役割を果たせていないように思っています。

以上のことから、コマンドで実行する場合の対処法として、以下の対応をとることが解決策であると考えます。

• 失敗原因の追究のためファイルが上書きされてしまうことを防止するために出力ファイルをメソッドごとに分け、すべての出力ファイル（csvファイル）をgitignoreに設定する
  もしくは
• 出力ファイルを削除する仕様とし、失敗した部分に関してはエラー内容が記載されているindex.htmlを参照するか、失敗した１つのメソッドを対象にVSCodeのテストを再度実行して内容を確認する

[tsuna-can-se]

@rnakagawa16
なるほど、テストコード内で期待結果を見ているから情報としては残るということですね。

ファイルをとっておく手段として、「test-outputs」フォルダーにcsvを出力し、gitignoreで「test-outputs」を除外する、というやり方もありますね。
.NETだとそういう思想になってたりするので、同じ考え方が通用するかもしれません。