私はToxを使用して、開発中のシステムが新しい環境にインストールされたときに正常に動作することを確認しています(+ファイルの健全性チェックsetup.py
)。ただし、システムはmemcached
サーバーを使用しており、理想的には、実行ごとに新しいサーバーを生成したいと考えていTox
ます。
テストを実行する前にプログラムを起動する (そして後でシャットダウンする) 方法はありますか? それともカスタム ランナーを作成する必要がありますか?
編集:テストランナーはpy.test
私はToxを使用して、開発中のシステムが新しい環境にインストールされたときに正常に動作することを確認しています(+ファイルの健全性チェックsetup.py
)。ただし、システムはmemcached
サーバーを使用しており、理想的には、実行ごとに新しいサーバーを生成したいと考えていTox
ます。
テストを実行する前にプログラムを起動する (そして後でシャットダウンする) 方法はありますか? それともカスタム ランナーを作成する必要がありますか?
編集:テストランナーはpy.test
フィクスチャメカニズムを使用して、py.testでそれを行う最良の方法に関するflubのコメントについて詳しく説明します。次の内容で conftest.py ファイルを作成します。
# content of conftest.py
import pytest, subprocess
@pytest.fixture(scope="session", autouse=True)
def startmemcache(request):
proc = subprocess.Popen(...)
request.addfinalizer(proc.kill)
「autouse」フラグは、テストからの参照を必要とせずに、各テスト実行に対してこのフィクスチャがアクティブになることを意味します。ただし、実際には、サブプロセスへの接続の詳細をテストで使用できるようにして、魔法のポート番号を使用する必要がないようにしたい場合があります。その場合は「autouse」を使用せず、memcache に接続するためのフィクスチャ オブジェクトを返し、テスト構成を 1 か所 (フィクスチャ関数) にうまくカプセル化します。さらに多くの例については、ドキュメントを参照してください。
これは実際にはのタスクではありませんtox
。setup
で使用している実際の単体テストフレームワーク(、、、、 ...)の関数/メソッドでpy.test
これをnose
行うことをお勧めします。unittests
tox
元のポスターのコメント:
pytest_configure
そしてpytest_unconfigure
、でconftest.py
スポーン/終了するのに良い場所でした。
http://paver.github.com/paver/を使用することをお勧めしますpaver
-サーバーの生成とシャットダウン、またはbyの実行中に行う必要がある追加の「その他のシステム管理タスク」に使用することをお勧めします。memcached
setup.py
tox