そんなpatchで大丈夫か? (mockについてのメモ〜後編〜) - Qiita大丈夫じゃない。問題だ。 前の記事で書いたmockを使用した際に、2点ほどハマった。 importの仕方によりpatch対象を変える必要がある 以下のように外部ライブラリを使用しているモジュールをテストする場合を考える。(以降の例では、httpライブラリrequestsを外部ライブラリとして使用している。以降の記述の何点かは、requestsに依存した内容になっている。) このモジュール単体をテストするためには、外部ライブラリのクラスをモックすれば良い。
requests と mock を使ってみる - Twisted Mind
テストを書くときに、外部の HTTP API を叩く処理が組み込まれている場合は、何かしらモックが必要です。 どう書くのがスマートなのか良くわからないので色々試してみる 準備するモノ python 2.7.x mock simplejson requests nose covarage テストのデファクト あまりまとまってるのがないので、まとめておきます。 テストランナーは nose または py.test nose はプラグインがステキ py.test はなにやら色々嬉しい事があるらしい モック/スタブは mock テストは unittest (unittest2) カヴァレッジは covarage ? これは良くわからず、基本 Jenkins に食べさせらるタイプで出力できればおｋ この辺が今のところデファクトでしょうか、ご意見お待ちしております。 mock patch を使うと綺麗に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
