TDD / BDDが説明されているブログ投稿をいくつか見つけましたが、例は通常、本当に基本的なものです。通常、それらはモデル専用です。人々が実際にBDDを実際にどのように使用しているかを見たいです。
テストファーストスタイルで構築されたいくつかのDjangoアプリを紹介して、それらから学ぶことができるようにしたいと思います。
Railsには多くの例があることを私は知っています、確かにDjangoにもいくつかの例があります。
あなたはすでにそれを正しくやっている可能性があります。今のところ、Django開発者からのブログ投稿がたくさんあり、Django開発を正しく行う方法と、いくつかの頑丈なものをテストする際の問題をどのように解決したかについて話しますが、すべてをカバーする単一のリソースではなく、特にTDDを採用する場合はそうではありません排他的に。
他の人のソースコードを読むことに興味があるなら、経験豊富なPythonとDjangoの開発者がどのように魔法を使い、コードを管理、テスト、再配布するかを学ぶのに最適だと思います。
定期的にGitHub、Bitbucket、またはGoogleCodeのProjectHostingにアクセスして、 Djangoプロジェクトをクエリすることをお勧めします。すぐに歯を食いしばって何が起こっているのかを本当に理解し、さらに一歩進んでどのように貢献できるかを見ることができる小さな何かに参加するのは素晴らしいことです。
残念ながら、開発がどのように実行されているかに関するドキュメントとともに配布されているDjangoプロジェクトがあることを私は知りません。それは実際には野生の西部ではありません。開発のタイムラインを示すバージョン管理されたドキュメント、ウィッシュリスト、課題追跡システム、TODO、ブランチ、タグがありますが、思考から完全でクリーンな実現までのプロセス全体を正確にカバーするものではありません。
また、残念ながら、ほとんどの本は、設定された開発方法論なしでDjangoアプリケーションの開発を扱っています。人々は自分に最適なことやツールを自分で行う方法を持っているので、それは公正だと思います。そのような本は、すべての変数をカバーするために少なくとも2000ページの長さが必要です。
私は個人的に自分で何かをしてみて、同じ問題に対処するために他の人が何をしたかを見て、例を挙げて学ぶのが好きです。それは私に、物事を行うことの正しいこと、間違っていること、そしてその理由についての完全な視点を与えてくれると感じています。最近、フレームワークを使用してアプリをプロジェクトから切り離しましたcontentypes
が、テストの結果にあまり満足していませんでした。次に、 James Bennettによるdjangoタグ付けのテストを見て、思考がうまくいかなかったところを確認しました。これは非常に役に立ちました。