ディスクから大量のデータを読み取る必要があるアプリケーションにテスト駆動開発を使用しようとしています。問題は、データがファイルシステム上でやや複雑なディレクトリ構造で編成されていることです (私のせいではありません)。私がテストしているメソッドでは、メソッドを完了するために、複数の異なるディレクトリに多数のファイルが存在することを確認する必要があります。
私が回避しようとしている解決策は、すべてのデータを含む既知のフォルダーをハード ドライブに置くことです。このアプローチにはいくつかの理由があります。理由の 1 つは、単体テストを別のコンピューターで実行したい場合、大量のデータを別のコンピューターにコピーする必要があることです。
setup メソッドでダミー ファイルを生成し、teardown メソッドでクリーンアップすることもできます。これに関する問題は、既存のディレクトリ構造を複製し、それらのディレクトリに大量のダミー ファイルをダンプするコードを記述するのが面倒なことです。
ファイル I/O 操作を単体テストする方法は理解していますが、この種のシナリオを単体テストするにはどうすればよいですか?
編集:実際にファイルを読み取る必要はありません。アプリケーションは、ディレクトリ構造を分析し、そこに存在するファイルを特定する必要があります。そして、これは多数のファイルを含む多数のサブディレクトリです。