今までは、インタフェースを実装したテスト用クラスを作成していましたが、スタブで代用できます。result);}クラスのスタブを作成クラスのスタブも作れますが、後述のモックがあるので、使う場面は無さそうです。string.Format("おはよう、{0}。Assert.AreEqual("おはよう、亜豆。いう内部クラスを使います。result);}あと、インタフェースのモックは生成されません。抽象クラスのモックは生成されてはいますが、コンストラクタで派生クラスのオブジェクトを渡す必要があります。この2つに関しては、スタブを使えばいいでしょう。result);}クラスの静的メソッドや静的プロパティの動作差し替えも、同じ方法でできます。生成するモックとスタブの使い分けこれには悩みましたが、モック既存の処理を差し替えるスタブインタフェースや抽象クラスの実装を用意するという風に使い分けると、役割がはっきりして良いんじゃないでしょうか。これだけできれば、たいていのテストに対応できます。提供しているクラスのモックが作れるってのは超強力ですね。そのくせ、メソッドやプロパティの動作の差し替えは、関数オブジェクトをセットするだけ、という簡単さ。インタフェースを用意する、といった面倒な手間が不要なので、この簡単さは導入の後押しになりますね。ビルドが少し遅くなりますが、そこは目をつぶるしか無いです。(1)はてなブログをはじめよう!griefworkerさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。