23.3.5 TestCase オブジェクト
TestCaseクラスのインスタンスは個別のテストをあらわすオブジェクト ですが、TestCaseの具象サブクラスには複数のテストを定義する事がで きます -- 具象サブクラスは、特定のfixture(テスト設備)を示している、と考 えてください。fixtureは、それぞれのテストケースごとに作成・解放されま す。 TestCaseインスタンスには、次の3種類のメソッドがあります:テストを 実行するためのメソッド・条件のチェックやテスト失敗のレポートのためのメソ ッド・テストの情報収集に使用する問い合わせメソッド。 テストを実行するためのメソッドを以下に示します:
Google App Engine/Python で単体テスト - present
Google App Engine SDK for Python には、単体テスト用に各サービスのスタブが提供されています。このスタブと unittest を使えば、ローカル環境で GAE 用アプリの単体テストが可能です。 GAE/Python で unittest を使って、単体テストを行うサンプルは次の通り。 #!/usr/bin/env python #encoding: utf-8 import os import sys # 環境設定 # これをしないと GAE のモジュールをインポートできない。 # テスト対象のクラスも同様。 # ここを自分の環境に合わせて書き変えます GAE_HOME = 'Google App Engine SDK ディレクトリのパス' PROJECT_HOME = 'アプリケーションのルートディレクトリのパス' # テストで使う GAE のモジュールのパ
webtest を使った Google App Engine アプリケーションのテスト - present
Google App Engine (以下 GAE)アプリケーションの、Web API 部分のテストを自動化するために、webtest というツールを導入してみた。 webtest は WSGI アプリケーションをテストするための便利ツール。WSGI アプリケーションにダミーのリクエストを簡単に送る事ができる。webtest は easy_install を使ってインストール。 GAE アプリケーションは、中で Datastore API や Memcached API を使っている場合がほとんど。そのため、テストではスタブを登録する必要がある。以前紹介した GAETestBase を継承してテストクラスを作るといい。 webtest を使ったテストコードのサンプルがこちら。パスの設定と GAETestBase クラスの定義は、別ファイルに書いて import した方が、後々使い回せていい
Google App Engineでテスト駆動開発を行うための3つのTips | TRIVIAL TECHNOLOGIES 4 @ats のイクメン日記
Google App Engineの開発ではPythonを使います。GAEを使ったWebアプリの開発でテスト駆動開発を行う際にも，Python的なユニットテストの文脈を活用できます。 ただし，GAEでユニットテストを行うためにはいくつかのツールやトリックが必要です。ここでは，そのテクニックを簡単に紹介します。 その1 : NoseGAEを使う Pythonのテスト用ツールにNoseがあります。このツールは，複数のディレクトリを渡り歩いて，複数のテストコードを一気に実行してくれる便利なツールです。 NoseのプラグインNoseGAEをインストールすることで，GAEアプリのテストを楽に行うことができます。「nose --with-gae」というようにオプション指定をすることでNoseGAEを利用できます。NoseGAEでは，テストコード上でGAEのモジュールやパッケージをインポートするために必
GAE/Pythonテスト環境に欲しいもの - たごもりすメモ
いまPython on GAEのテスト環境の貧弱さをなんとかするべく、あれこれやってる。とにかくテスト環境がショボいんだよね。 App Engine/Pythonはローカルのデータストアのstubの出来が良くないので、ローカルとプロダクションで動きが違うことが結構あり、ローカルでテストできることが限られてしまいます。Javaの方は、Statisticsの機能を除いては、ローカルとプロダクションの動きはほとんど同じです。stubレベルでは、ローカルでプロダクションと違う部分もあったりしますが、Slim3でおなじになるように実装してたりするので、ほとんど違いがないのです。 プロが仕事で使う場合にApp Engineでどの言語を選べばいいのか - ひがやすを blog ぐうの音も出ない！ 事実だ！ じゃ、プロならJavaを使った方がいいかというとそんなこともありません。好きで慣れている方を使った
pythonのunitテストをnoseに置き換えてみる
pythonではnoseというのをunitテストに使うとステキな気配を感じたので、noseを使ってみました。 しかし、いまいちまだ普通のpythonのunittestに比べてのステキっぷりを把握はできていないのですが、今後はnoseを使ってみることにしてみます。 unittestに比べて assertEqual(a,b) みたいに書かずに assert a == b と書けるのは直感的にわかりやすいなぁとは思うのですが、エラー発生時に渡されている値を確認するためにはnose.toolsのassert_equalを使った方がわかりやすいらしく、結局 assert_equal(a,b) と書くとあまり違いがわからなかったりするのです。 あとnoseは基本的には、コマンドラインのツールのようでいろいろなオプションを起動時に渡せるようです。 コマンドラインを指定せずにプログラム内に実行の記述を直接
プログラムのテストを続けるための3つの習慣 — TRIVIAL TECHNOLOGIES 2.0
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー テストをなかなか始められない人が多いように思います。 テストの効用として，コードのクオリティが高くなったりメンテナンス性がよくなったり，といったことはよく言われることです。また，テストのことを考えな がらコードを書くようになるので事前に十分な思考実験をするクセがついて，行き当たりばったりの開発をしなくなります。テストしやすいコードを書くように なるので，コードのモジュール性が高くなり，結果として再利用性の高い高品質なコードを書けるようになる，という利点もあります。 全部分かっていても，テストは面倒だし，テストを書くためには予備知識も必要なので，そんなことがハードルになってなかなかテスト
WebUnit - a web automation and testing framework for Python
Latest release: 0.4, 2nd February 2002 (download) Author: Steve Purcell, Pythangelist, Available for Python and Ruby on Rails consulting/training WebUnit - a web testing framework for Python What is it? WebUnit is a framework for performing client-side automation of web applications by simulating a long-lived web browser session with one or more remote sites. Although it has many other uses, the p
Software for Automated testing | Windmill Testing Framework
Windmill is a web testing tool designed to let you painlessly automate and debug your web application. Originating at the Open Source Applications Foundation Windmill was built to help QA keep up with the rapid release cycles of the Chandler Server Web UI (Cosmo) project. As the Cosmo client is heavy in JavaScript and AJAX functionality, Windmill makes the communication between the service and the
nose でテスト事前、事後処理する - Djangoへの片思い日記
ナウでヤングな Pythonista はテストは nose を使うみたいなのです。 良くわかりませんがそういうものです。 事前処理と事後処理 DB の初期化とかテストの事前処理や事後処理はないと困っちゃいますが、 nose ではこんな風に書きます。 def setup_func(): # ... def teardown_func(): # ... @with_setup(setup_func, teardown_func) def test(): # ... デコレータ以外にも色々やり方はあります。 http://somethingaboutorange.com/mrl/projects/nose/0.9.3/ pit と併用して使う 外部の API と連携してるテストなどをやりたい時に いつも使ってる pit の環境汚したく無いなぁなんて時は プロファイルを切り変えられるので それを呼
Python用テストフレームワークnose (1) :: 幕の内 - CMS - コンテンツマネジメントシステム
nose はテストケース作成の手間、テスト実行のわずらわしさを軽減することを狙いにしたテストフレームワークで、同種のソフトとしては py.test が知られています。 nose とはなにか 今回は Python 用テストフレームワーク nose(http://code.google.com/p/python-nose/) の紹介をしたいと思います。 同種のソフトとしては py.test が知られており、実際、nose は py.test から大きな影響を受けています。 nose のインストールそれでは早速 nose をインストールしてみましょう。 easy_install を使うと、非常に簡単にインストールできます $ easy_install nose easy_install がインストールされていない場合は次の URL からインストールしてください http://peak.t
An Extended Introduction to the nose Unit Testing Framework
Welcome! This is an introduction, with lots and lots of examples, to the nose unit test discovery & execution framework. If that's not what you want to read, I suggest you hit the Back button now. The latest version of this document can be found at http://ivory.idyll.org/articles/nose-intro.html (Last modified October 2006.) What are unit tests? A unit test is an automated code-level test for a sm
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.eecho.info/Echo/python/test-driven-development-in-python/
Googleオープンソースプロジェクト、Python向けテストフレームワーク「MOX」を公開
Unit Testing with wxPython - wxPyWiki
http://cms.studstudy.com/Testing_web_applications_with_Selenium__Python_and_Django/