必要がない2つの準備が必要になります。上でテスト環境をセットアップすることです。レンダリングのテンプレートをインストールします。含むような、レスポンス上のいくつかの追加的な属性を試験ができるようなります。よってはアウトプットが多少異なるかもしれません。正しくない場合は、予期しない結果になるでしょう。設定変更がまだの場合は、次に進む前に設定を確認してください。クラス自体がクライアントを持っているため、インポートは不要です)。Client()さて、これでクライアントに仕事を頼む準備ができました。投票が表示される状態になっています。ベースにしたクラスベースビューを導入しました。比較して確認できるようにする必要があります。メソッドを修正します。含んだクエリセットを返します。新しいビューをテストする¶それでは、これで期待通りの満足のいく動作をしてくれるかどうか確かめましょう。実行して、ブラウザでサイトを読み込みます。作成し、すでに公開されている質問だけがリストに表示されるかどうかを確認します。セッションに基づいてテストを作りましょう。簡単に作れるようにするショートカット関数と、新しいテストクラスを作ります。)これらのコードを詳しく見ていきましょう。作成する繰り返しを取り除いてくれています。空になっているか確認しています。メソッドを提供していることに注意してください。リストに現れるかどうかを検証しています。未来の日付の質問を作っています。データベースは各テストメソッドごとにリセットされるので、この時にはデータベースには最初の質問は残っていません。以下のテストメソッドも同様です。実際のところ、私たちはテストを用いて、管理者の入力とサイトでのユーザの体験についてのストーリを語り、システムの各状態とそこでの新しい変化のそれぞれに対して、期待通りの結果が公開されているかどうかをチェックしているのです。テスト¶とても上手くいっていますね。知っていたり推測したりしたユーザは、まだページに到達できてしまいます。追加する必要があります。Question.objects.filter(pub_date__lte=timezone.now())そしてもちろん、2つのテストを追加します。表示されないことを確認するテストです。メソッドを追加して、新しいテストクラスも作らなければならないようです。これは、今作ったばかりのものとそっくりになるでしょう。実際、テストは重複だらけになるはずです。テストを追加することによって、同じように他の方法でアプリを改善できるでしょう。公開可能になっています。排除するようビューでチェックできます。ことをテストすることになるでしょう。見ることができるようにした方がいいかもしれません。繰り返しになりますが、この問題を解決するためにソフトウェアにどんなコードが追加されべきであったとしても、そのコードにはテストが伴うべきです。テストを先に書いてからそのテストを通るコードを書くのか、あるいはコードの中で先にロジックを試してからテストを書いてそれを検証するのか、いずれにしてもです。ある時点で、書いたテストが限界に達しているように見え、テストが膨らみすぎてコードが苦しくなってしまうのではないかという疑問が浮かんでくるでしょう。私たちのテストは、手がつけられないほど成長してしまっているように見えるかもしれません。この割合で行けば、テストコードがアプリケーションのコードよりもすぐに大きくなってしまうでしょう。繰り返しは、残りの私たちのコードのエレガントな簡潔さに比べて、美しくありません。テストコードを大きくしましょう。あなたはテストを一回書いてそのことを忘れます。プログラムを開発し終えるまで便利な関数を使いそれを続けましょう。時には、テストにアップデートが必要になることがあります。公開するよう、ビューを修正したときのことを思い出してください。この後、既存のテストの多くは失敗します。わたしたちに教えてくれているのです。テストはこの意味でも、テスト自身をチェックするのに役に立っています。最悪の場合、開発を続けていくにつれて、あるテストが今では冗長なものになっていることに気づいてしまうかもしれません。これも問題ではありません。テストを意味のあるものとなるように整えている限り、手に負えないものになることはありません。経験上、次のルールを守るようにすれば問題ありません。分割するテストしたい条件の集まりのそれぞれに対して、異なるテストメソッドを作るテストメソッドの名前は、その機能を説明するようなものにするさらなるテスト¶このチュートリアルでは、テストの基本の一部を紹介しました。この他にもあなたにできることはまだまだたくさんありますし、いろいろと賢いことを実現するに使えるとても便利なツールが数多く用意されています。フレームワークを使うこともできます。振る舞いも確認できます。テストがブラウザを起動してサイトとインタラクションしているのを見るのはとても面白いですよ。ために、コミットの度に自動的にテストを実行したいくなるかもしれませんね。継続的インテグレーションを行れば、品質管理それ自体が、少なくとも部分的には自動化できます。アプリケーションのテストされていない部分を発見するには、コードカバレッジをチェックするのが良いやり方です。これはまた、脆弱なコードや使用されていないデッドコードの発見にも役に立ちます。テストできないコード片がある場合、ふつうは、そのコードはリファクタリングするか削除する必要があることを意味します。カバレッジはデッドコードの識別に役に立つでしょう。テストに関する包括的な情報がまとめられています。進んで、静的ファイルの管理について学びましょう。自動テストとは何ですか?なぜテストを作成せねばならないのかテストはあなたの時間を節約しますまたテストは問題点を検出するのみならず、問題が発生するのを防ぐこともできます。テストは、コードをより魅力的にしますテストを書くことはチームで共同作業を行う上で役に立ちます。テスト作成バグを見つけたときバクをあらわにするためテストを作成します。ドキュメントさぁ始めましょう。ある質問とそれに対する答えが読めます。特定の情報を見つけたい場合に便利です。メーリングリストのアーカイブから情報を検索したり、新しい質問を投稿できます。ドキュメントにバグを見つけた場合は、チケットトラッカーから報告してください。より提供されています。バージョンにはセキュリティ上の脆弱性があるため、すでにサポートが終了されています。新しいバージョンにアップグレードしてください!。