一般的な方法を使用する複数のテストケースがある状況があります。したがって、DRY(繰り返さないでください)を避けるために、それらをutilクラスに入れました。では、util クラスのテスト ケースを作成する必要があります。util クラスに含まれているのは、特定のファイルを読み取り、その内容を返すことだけです。
ありがとう、スリラム
一般的なルールは次のとおりです。プログラムが正しいことに満足するまで、必要なだけテストしてください。
テスト用のユーティリティ クラスが正しくないと、プログラムの動作にどのような影響がありますか? 特定のプログラムについてはわかりませんが、テスト用のユーティリティ クラスが正しくなくても、プログラムの正確性に影響を与えることはできません。代わりに、プログラムが実際には正しくないのに正しいと思わせたり、実際には正しいのに間違っていると思わせたりする可能性があります。したがって、テスト用のユーティリティ クラスに対する私の本能は、クラスを直接テストすることではなく、精神的な証明プロセスを経て、ユーティリティ メソッドが正しいことを判断することであり、したがって、プログラムの正しさについて誤った信念を抱かせることはありません。
特に、ユーティリティ クラスがファイルを読み取ってその内容を返すだけの場合、おそらくテスト ケースを記述する必要はありません。この単純なコードは正しいことを簡単に検証できるはずなので、精神的に正しいことを証明することは、テスト ケースを書くよりも安く済みます。
注: すべてのコードに対してメンタル プルーフ プロセスを実行することは、かなり役に立ちます。ラバーダック デバッグのようなデバッグのためのトレンディな "トリック" のいくつかは、コードの一部が正しいこと、または少なくともあからさまに間違っていないことを (少なくとも頭の中で) 証明するように強制する方法にすぎません。