いつ手動で「スタブ」バージョンを作成するのではなく、モックフレームワークを使用してタイプをスタブべき
質問
試験の時点で(例えば、Rhinoのモックなど)モックフレームワークを使用してとは対照的に、手動スタブ型を作成するために好適である任意の状況がある。
私たちは、私たちのプロジェクトでは、これらの両方のアプローチを取ります。私の腸私はオブジェクトのスタブバージョンの長いリストを見たときに感じるが、それはメンテナンスのオーバーヘッドを追加することで、テストのポイントから離れたスタブの実装を移動します。
解決
は、自動ユニットテストの目的のために、モックはほとんど常により良いオプションです。彼らは、オブジェクトを模擬するためにリフレクションを使用しているので、あなたが変更を加えたとき、彼らは最新のままになります。
私はスタブを作成するだけの時間が統合テストのためである - たとえば、あなたが統合/ユーザーテストの期間を実行できるように代わりに(SMSメッセージを送信するために充電されずにサービスを送信するSMSをスタブかもしれませんが、メッセージがあります彼らがチェックできるように)保存されます。
他のヒント
あなたはスタブがあまりにも多くのメンテナンス時間を取るポイントに到達すると、
、それはスタブ/モックフレームワークに移動する時間です。だから私は、すでに自分で答えを与えていると考えています。
現在、私はまだ簡単のために、私の現在のプロジェクトでスタブを使用しています。私はスタブを使用しているためだけでいくつかの種類があり、通常はエラーを再現するために2時には、唯一のスタブがありますが、これ以上ます。
所属していません StackOverflow