Mocking System.Web.Caching.Cache - モックを確認するかヌルをチェックしますか？

Question

私は単体テストを書いており、Cacheを模擬することが有利かどうか疑問に思っています。

は現在、私のテストでは、私はHttpContextBaseをからかってるとカスタムHttpContextFactoryでラップ：

var mockedHttpContextBase = new Mock<HttpContextBase>(); 

IHttpContextFactory httpContextFactory = new HttpContextFactory 
{ 
    Current = mockedHttpContextBase.Object 
}; 

と私のコードは、キャッシュがそれで何かを行う前にnullの場合、私はチェックIHttpContextFactoryを消費するとき。

var cache = _httpContextFactory.Current.Cache; 

Func<SomeReturnType> doSomeWork =() => _foo.someMethodIExecute(param1,param2); 

return cache != null ? cache.GetOrStore("doSomeWorkCacheKey",doSomeWork, 900) 
        : doSomeWork.Invoke(); 

それが正しい、私はそれを使用するか、あなたのユニットテストを実行するとき、それがnullではないように、あなたはテストでも、キャッシュをあざけるだろうたびに、このようなヌルされたキャッシュをチェックしますか？

Answer 1

あなたのコードはキャッシュがnull可能と仮定し、（それが今ように）、あなたは各キャッシュアクセスための2つのユニットテストを持っている必要があり、それをアクセスする前にチェックを実行した場合：

• キャッシュが存在し、アイテムがあります、
• キャッシュがnullで、これは一般的なパターン（ヌルチェック）である場合は、単純に、デリゲートの呼び出し

をアサート（GetOrStoreコールをチェックする）保存し、検索キャッシュの依存関係が必要なたびに2つのテストを行う代わりに、Null Object Patternにラップし、一度にテストしてからNOPを偽装できる依存関係として使用することをお勧めします。

編集：キャッシュ「モック」の例

var cache = new Cache(); 
// Add takes more parameters; fill whatever is necessary to make it work 
cache.Add("doSomeWorkCacheKey", doSomeWork, ...); 
var mockedHttpContextBase = new Mock<HttpContextBase>(); 
// tell your mock to return pre-configured cache 
mockedHttpContextBase.Setup(m => m.Cache).Returns(cache); 

IHttpContextFactory httpContextFactory = new HttpContextFactory 
{ 
    Current = mockedHttpContextBase.Object 
}; 

Answer 2

それを検索するのビットの後には、私のユニットテストを書くとき、私はSystem.Web.Caching.Cacheの代わりにHttpRuntime.Cacheを使用することができるようです。

このようなこと：

var mockedHttpContextBase = new Mock<HttpContextBase>(); mockedHttpContextBase.Setup(m => m.Cache).Returns(HttpRuntime.Cache);

キャッシュがnullは（それがあった場合、それは適切な例外になる）ので、私は自分のコードからチェックnull参照を削除することができてはいけません。