Django + py.test + WebTest
以前書いたDjango Best Practice への道 #2の補足を書きます。 以下の課題を解決するために実施したこととなります。 Django Webアプリの機能テストはpy.testとWebTestを同時に使いたいけどunittest形式は嫌 分解していきます。 Djangoのテストにpy.testを使う 以下のライブラリを利用する。 (なぜpy.testを選択したかはコチラ) pelme/pytest_django とにかくparameterizedテストで同一処理 x 別データパターンのテストを効率よく書きたかったので、py.testを選択。また、fixtureという仕組みを使い、テストデータやモックを効率よく各テストに注入できるのも嬉しいところ。 DjangoのテストにWebTestを使う 以下のライブラリを利用する。 kmike/django-webtest これを利用する
Django でのテスト - Qiita
今 Python で Django を使うときにテストについてはこうすればいい、という自分なりの解をまとめました。 方針 manage.py test app1 app2 の形式でテストする (Django の仕組みに乗る) app1/tests/test*.py をデフォルトで全部テストする (app1/tests.py ではなく) coverage は html にして CIサーバーで見られるようにする これらを満たすのは現在のところ django-nose です。 また CI は CircleCI を使うとします。 Django の準備は必要に応じて http://qiita.com/seizans/items/1dc744694c1072e2b8d3 などを参照ください。 CircleCI のアカウント作成などは https://circleci.com/ から、特に難しいこと無く
Using Tox with Travis CI to Test Django Apps
Being a fan of good testing, I'm always trying to find ways to improve testing on various projects. Travis CI and Coveralls are really nice ways to set up continuous integration for your open-source projects. A couple months ago I finally started hearing grumblings about tox and how everyone was it using for their Python test automation. Every time I'd try to wrap my head around it, something alwa
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
