MockフレームワークによるEFのテスト - Azureの小ネタ （改）
Mockフレームワークを使って、Entity Framework 6（限定）のテストを試してみたので、その備忘録です。詳細は以下のURLを参照。 Entity Framework Testing with a Mocking Framework (EF6 onwards) とりあえず、Northwind DBからモデルを生成した状態から始めて見ます。 Mockフレームワークの追加 NugetからMoqパッケージを追加。 PM> Install-Package Moq 'Moq 4.2.1402.2112' をインストールしています。 'Moq 4.2.1402.2112' が正常にインストールされました。 'Moq 4.2.1402.2112' を XX に追加しています。 'Moq 4.2.1402.2112' が XX に正常に追加されました。 クエリ 適当なダミーデータを突っ込んでク
NerdDinnerステップ12：単体テスト - ＠IT
本記事は、Microsoftの本社副社長であり、ASP.NETやSilverlightなどの開発チームを率いるScott Guthrie氏が公開している「NerdDinner Tutorial」を翻訳したものです。氏の許可を得て転載しています。 ［これは無償の"NerdDinner"アプリケーション・チュートリアルのステップ12で、ASP.NET MVCを使用して、小さいながらも完全なWebアプリケーションを構築する手順を紹介しています。］ NerdDinner機能を検証する自動化された単体テスト一式を開発しましょう。これにより、今後アプリケーションへの変更や改善を、自信を持って行えます。 なぜ単体テスト？ 会社への通勤中のある朝、突然作業中のアプリケーションについてひらめきます。アプリケーションが劇的に良くなるように実装できる変更点があることに気付くのです。それはコードの整理、新しい機能
さすがMoles！Moq たちにできない事を平然とやってのけるッ - present
はじめに Jenkins を導入して継続的インテグレーション(以下 CI)を始めてみたものの、作成済みテストの多くは他のテストの事を考えて作成されていないので、テスト環境を破壊するものが結構ありました。このまま常時テストしたところで、常時失敗するだけ。テストを修正する羽目になりましたとさ。トホホ。 既存のテストで気になるのが、単体テストの多くが、実際は結合テストになってしまっているところ。テスト対象外のクラスに意図した動作をさせるための苦労が、テストの前処理と後処理に多く見られました。「モックを使えばいいのに」って何度思ったことか。 Jenkins の導入は良い機会なので、CI を実践するという名目で、モックライブラリも導入することにしました。 ライブラリの選択 ライブラリは、Microsoft Reserch がリリースしている Moles を選択しました。 Pex, Automated
Moq探訪～その２～：Mockライブラリを使うと何が嬉しいのか
従来の方法の問題 サブクラスまたは実装クラスを使ってMockを作成する方法には、大きく２つの問題があります。 Mock対象のメソッドが多い場合、Mockクラスのコードが膨大になる。 偽装したい処理ごとにいくつもMockクラスを作る必要がある。 1.巨大なMockコード 上で説明したような、メソッドが１つだけのようなinterfaceなら良いのですが、多くのメソッドを持つinterfaceを偽装する場合、そのすべてのメソッドを実装しなければなりません。 したがって、偽装したいメソッド以外にも、余計なコードが必要です。 以下に、IListインターフェースの例を示します。 public class MyList : IList { public int Add(object value) { return 0; } public void Clear() { } public bool Cont
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Quickstart
Moq & Fakes Framework を使った実践的ユニットテスト - BuildInsider
