ユニットテストのDjangoビューはどのようにして動作しますか？

Question

私はユニットテストを私のDjangoプロジェクトに統合したいと思っています。私はDjangoが関数を使ってビューを実装する方法のために、ユニットテストが面倒であることを発見しました。

たとえば、関数にURLがある場合、各関数はDjangoのビュー/ページです。

ユニットテストのDjangoビューはどのようにして動作しますか？

Answer 1

ビューのテストがどのように難しいかわかりません。

test clientを使用してください。

コードカバレッジは簡単です。 URLリクエストがコードパスにどのようにマッピングされ、適切なURLリクエストを行うかを考えます。

Requestオブジェクトを作成してResponseオブジェクトを調べることによって、ビュー機能を「手動で」呼び出すことはできますが、これは大変な作業です。

コードカバレッジに疑問がある場合は、それが良いことです。つまり、URLに簡単にマップできないコード（Webアプリケーションのすべてのユーザーが見ることができるコード）があることを意味します。URLにマップされていないコードがある場合は、おそらく、（a）deleteコードまたは（b）それを別のモジュールにリファクタリングする。

私たちはビュー機能の外にたくさんのモジュールを持っています。私たちのビュー関数はこれらのモジュールをインポートします。これらの「ビュー機能の外」モジュールを通常のユニットテストでテストします。

---

これは典型的な構造です。

Answer 2

django.test.clientには、ビューの基本的なユニットテストに必要なものすべてが含まれている必要があります。私はまた完全なスタックをテストするためにtwillとseleniumが本当に好きです。

Answer 3

tddspry - nosetestsとtwillでDjangoをテストするためのヘルパーのコレクションを試すことができます。ノーズにもカバレッジのかなりのレポートを生成するカバレッジプラグインがあります。