0

場合によっては、着信要求を別のクラスに委任するだけの委任クラスを使用する必要があります。

例えば、

public class ServiceDelegate 
{            
    private EmployeeService service;           

    public List fetchEmployees()
    {
        service.fetchEmployees();
    } 
}

このクラスはサービス クラスを呼び出す以外のロジックを実行しませんが、ユニット テストを通じて、おそらく 1 つの肯定的なテスト ケースによって、委任が適切に行われるかどうかを検証する必要があると考えています。それは正しいアプローチですか？

私の友人の何人かは、委譲のようにロジックを実行しないコードの単体テストは時間の無駄だと言います。お知らせ下さい。

あなたの答えに感謝します。

4

1 に答える 1

0

単体テストは、2つの理由で価値があります。それは、どのコードを書くべきかを教えてくれることと、コードが誤って変更されないことを確認することです。

@RustyTheBoyRobotは彼のコメントで良い点を述べています。私はそれを拡張します：あるコードの単体テストが必要ないと感じた場合、それはおそらくそのコードの部分が必要ないことを意味します。

ただし、非常に薄いプロキシやアダプタを作成することがよくあります。キャッシングプロキシは、委任が発生したときに特にテストを必要とします。そのような場合、単体テストは完全に適切です。

恥知らずなプラグイン：委任テストを簡単にするユーティリティクラスです。

于 2012-12-20T05:34:07.893 に答える