コントローラーの単体テストを書くのはなぜですか？

私にとってこれはまったく無関係な単体テストであり、それを得る価値はほとんどないため、なぜ誰かがそれを書くのに時間を費やすのか理解できません。このコントローラーがブラウザーでメソッドを実行することで必要な型を返した場合、私は完全によく知っているでしょう。本当に、これにはテストが必要だと思いますか、それはなぜですか？

public class ConstituencyControllerTests
{
    private ConstituencyController _constituencyController;
    private Mock<IConstituencyService> _IConstituencyServiceMock;

    public ConstituencyControllerTests() {
        _IConstituencyServiceMock = new Mock<IConstituencyService>();
    }

    [Test]
    public async Task I_Check_For_Return_Type_And_Result() {
        _constituencyController = new ConstituencyController( _IConstituencyServiceMock.Object );

        var result = await _constituencyController.Get();
        var content = ( (dynamic)result ).Content;

        Assert.IsEmpty( content );
        Assert.IsInstanceOf( typeof( System.Web.Http.Results.OkNegotiatedContentResult<IEnumerable<ListOfConstituencies>> ), result );
        _IConstituencyServiceMock.Verify( x => x.ListOfConstituencies(), Times.Once() );
    }
}

彼らのキーポイントはこちらです：

このコントローラーがブラウザーでメソッドを実行することで必要な型を返した場合、私は完全によく知っているでしょう

ユニットテストについて 単純なコードユニットをテストする非回帰の自動化であり、自分自身を見ることではありません。アプリケーションで常にユニットテスティングを実行する必要はありません。

編集：@anotherdaveコメントの追加：

スケーリングの容易さについてです。ブラウザーで1つのコントローラーをテストしても問題ありません。10、20、50コントローラーはどうですか？テストを1回作成します。コントローラーの変更時に更新する必要がある場合がありますが、これはオーバーヘッドです。しかし、どのくらいの頻度で展開しますか？確かに、テストよりもはるかに多くのオーバーヘッドがあるたびに手動でチェックします

の代替として @Vladislavの答えに、ユニットテストは絶対にやり過ぎであり、本当に望ましくない場合があります。より軽いものが必要な場合は、Seleniumを使用して高レベルの非回帰テストを実行できます。確かに、単体テストよりも少ないカバレッジが得られますが、単体テストを行う時間を大幅に短縮し、より柔軟な妥当なカバレッジを得ることができます。

つまり、すべてを単体テストする場合、単純な要素を変更するたびに1つ以上のテストを更新する必要があります。

コントローラーの単体テストを書くのはなぜですか？

コンテキストを知らないと、これまたはそれをテストする必要があるかどうかを確実に言うことができないからです。コントローラーをテストする理由はいくつかあります。

• コントローラには、エラーが発生しやすい複雑なサービス配線ロジックが含まれている場合があります。サービス自体は正常に動作する可能性があります。テストしたい結果であり、何らかの理由でアプリにオーケストレーションレイヤーを導入しないことを検討しました
• コントローラーにはアプリケーションのビジネスロジック全体が含まれ、コントローラーは実際にテストできるすべてです（理想的なコードベースで作業したすべての人生を見せないでください、そのようなコードベースがあります、信じてください）
• あなたのチームは99％の天才と1％の平均的な人々で構成されており、その1％を給与のバグから守りたい

私はOPに完全に同意します。

コントローラーの単体テストは無意味です。コントローラーを回帰テスト（たとえば、Seleniumを使用）で暗黙的にテストします。

コントローラーが使用するすべてのコンポーネント/オブジェクトをTDDし、コントローラーをできるだけ薄くする必要があります。その後、すべてが適切に単体テストされます。確認したいのは、Web要求を実行するときにすべてがうまく機能することです。それが回帰テストです。