私は単体テストの大ファンだと言って始めましょう。私はそれを数年間使用しています。ただし、これまでのところ、私の用途は、工学計算が正しく実行されること、文字列が適切にフォーマットされることなどを確認することだけに限られていました。基本的には、クラス ライブラリで自分の作業をテストして、他のプロジェクトで使用できるようにすることです。
ここで、ASP.NET Web API の作業に単体テストを適用したいと考えています。この時点で、コントローラーを作成して Ninject で動作させています。私は Ninject を使用していますが、なぜそれを行っているのかまだ 100% 確信が持てず、その利点をまだ見ていません。
私の質問についてですが、Web API コントローラーを単体テストするための次のステップは何ですか? 次に何をすればいいですか? Ninject を使用するメリットはいつ得られますか?
次に、コントローラーがビューに返すことができる偽のデータ (またはモック) を作成できます。これにより、バックエンドの実装を完了する必要なく、フロントエンドの開発を行うことができます。
Ninject を使用する利点は、テスト目的でモック オブジェクトを作成できることです。具体的な実装の代わりにインターフェイスを注入することで、実際のオブジェクトとモック オブジェクトを簡単に切り替えることができます。これを行うには、Ninject バインディングに挿入するものを変更するだけです。Rhino Mock のようなものを Ninject と組み合わせて使用すると、すべての機能を完全に実装しなくても、コード (コントローラー、ビューなど) を記述してテストできます。機能のモック部分を実装する準備ができたら、変更に対応するためにコードを書き直す必要はありません。バインディングを更新するだけです。これで、以前に作成した模擬データではなく、実際のデータがページに表示されます。