TDD の学習と適用を続けていると、コードを作成する前にどのようにテストすればよいかわからない点に到達します (そうすべきです)。
次のようなテストなど、私のアプリケーションの外部にあるものは何でもあります。
この種のものをテストするにはどうすればよいですか？
編集:
実際にこれらのテストを必要とするアプリケーションに取り組んでいるので、最初の例に焦点を当てたいと思います。ファイルの変更をテストするにはどうすればよいですか?
統合テストの作成を検討してください。分離されたロジックの部分をテストする単体テストとは異なり、統合テストは機能して、すべての部分が互いに適切に通信できることを確認します。
統合テストは、プロパティ ファイルを参照し、サービスを起動およびシャットダウンし、通常、可動部分が壊れていないことを確認します。
場合によっては、コンポーネントをモックすることが賢明です。結局のところ、コンポーネントを実際にテストするのではなく、コンポーネントが動作する環境をテストするのです。
環境に依存するテストは単体テストではなく、統合テストです。TDD はこれらには適用されません。
もちろん、統合テストを作成することもできますし、テストするコードを作成する前にそれらのテストを作成することもできます。