Moq & Fakes Framework を使った実践的ユニットテスト - BuildInsider
•
24 j'aime•14,552 vues
2013/6/8 BuildInsider モックを使わないユニットテストは全ての依存先クラスの挙動も含めて考慮しなくてはならないため、まるで結合テストのようになってしまいます。 本セッションではモックを使用した実践的なユニットテストの実装方法をご紹介します。
Recommandé
Contenu connexe
Tendances
Tendances (20)
Similaire à Moq & Fakes Framework を使った実践的ユニットテスト - BuildInsider
Similaire à Moq & Fakes Framework を使った実践的ユニットテスト - BuildInsider (20)
Plus de 貴志 上坂
Plus de 貴志 上坂 (15)
Dernier
Dernier (8)
Moq & Fakes Framework を使った実践的ユニットテスト - BuildInsider
- 1. Moq & Fakes Framework を使った 実践的ユニットテスト 株式会社ネクストスケープ アーキテクト 上坂 貴志 http://www.nextscape.net/
- 2. 2 セッションのゴール • モックとは何かがわかる • モックを使うとどんな良いことがあるかがわかる • モック導入のためのアーキテクチャがわかる • モックを使用したユニットテストを実プロジェクトに導入する！
- 3. 3 ごめんなさい、CM です • 株式会社 NEXTSCAPE というシステム開発会社です。
- 4. 4 ごめんなさい、CM です • オフィシャルな謳い文句 • Microsoft Partner of the Year 2012 Windows Azure受賞！ • 2013 Microsoft Worldwide Partner Award （Cloud Partner of the Year） ファイナリスト！ • Windows Azure 取扱高がアジア No.1 ！ • PlayReadyについて、アジア・パシフィックにおける Microsoft 唯一の戦略パートナー！ (※PlayReady…Microsoft の デジタル著作権管理プラットフォーム） • Sitecore認定パートナー！MVP保持者日本最多！ (※Sitecore…世界50ヵ国以上、世界有名ブランド3000社以上が導入した Web CMS ＆ Digital Marketing Platform) • 株式会社 豆蔵のグループ会社です。
- 5. 5 ごめんなさい、CM です • 人材募集な内容 • .NET 、特に C#.NET による開発が大多数です。 （iOSアプリ開発もしてます！） • 二次請けは一切しません。していません。 • プログラミング大好き！新しい技術大好き！という人、多数。 というかそういうタイプの人が社風に合うみたい？ • こっそりと Microsoft MVP がちらほら。 • アジャイル開発推進中。 • 社長「工数ベースで売上を考える時代は終わった！」（詳しくは面接で！） • 中途採用絶賛強化中！.Net エンジニア集まれ！
- 6. 6 セッション内容 1. 改めてモックとは 2. モックを使用するメリット 3. Moq とは 4. Fakes Framework とは 5. テスタビリティの高いアーキテクチャ 6. 実例：DBを使用しないユニットテスト 7. まとめ 8. おまけ（ShimによるDbContextモック化)
- 7. 1.改めてモックとは 2. モックを使用するメリット 3. Moq とは 4. Fakes Framework とは 5. テスタビリティの高いアーキテクチャ 6. 実例：DBを使用しないユニットテスト 7. まとめ 8. おまけ（ShimによるDbContextモック化)
- 9. 9 改めてモックとは • 一般的なモックの使用方法 テスト対象クラス --------------------- テスト対象メソッド テストクラス -------------------- テストメソッド 依存クラスA --------------------- メソッドA 引数パターン1 戻り値A <依存クラスA> Mock Object 1. モック化する依存クラス、または Interface を指定して生成 2. モック化するメソッドを指定して戻り値をセット 3. モックを渡す 4. テスト対象メソッドを起動 モック化する対象 <依存クラスA> Mock Object モックにセットした 戻り値になる
- 10. 1. 改めてモックとは 2.モックを使用するメリット 3. Moq とは 4. Fakes Framework とは 5. テスタビリティの高いアーキテクチャ 6. 実例：DBを使用しないユニットテスト 7. まとめ 8. おまけ（ShimによるDbContextモック化)
- 13. 13 モックを使用するメリット • データベースにテストデータを用意しないで済む テスト対象クラス --------------------- テスト対象メソッド テストクラス -------------------- テストメソッド 引数 引数A DataTable Entity 戻り値 DB 取得結果は この Entity ね！ データアクセスクラス -------------------- ADO.NET, Entity Framework, etc Select Update Insert Data モックで置き換 える Tran 1 Master A Tran N Master Tran 2 ・・・ Master A 戻り値となるDataTable, Entity はテストパターン に合わせて自由自在
- 14. 1. 改めてモックとは 2. モックを使用するメリット 3.Moq とは 4. Fakes Framework とは 5. テスタビリティの高いアーキテクチャ 6. 実例：DBを使用しないユニットテスト 7. まとめ 8. おまけ（ShimによるDbContextモック化)
- 15. 15 Moq とは • オープンソースモックライブラリ。商用可能。 • NuGet で 簡単に DLL ダウンロード &参照追加 • 特徴 1. ラムダ式によって型、メソッド、戻り値の指定 2. インターフェース, クラス (抽象クラスも含む)どちらもモック化 可能 • クラスの場合、public な仮想メソッドのみモック化可能） 3. モック化したメソッドの引数に Moq.It.IsAny<T>()を指定する ことで仮引数に渡された値を無視することが簡単にできる 4. 静的メソッドはモック不可
- 16. 16 • カートに 商品を追加するシナリオ Moqの使用方法 StockService ---------------------------------- + int CurrentQuantity(int productId) + bool ProvisionTemporary(int productId, out int tempProvisionId) + bool Provision(int tempProvisionId) Cart --------------------- + bool Add(int productId) Ｘ 現在の在庫数 は？( CurrentQuantity ) 商品を仮押さえ( provisionTemporary) 仮押さえ Id (temporaryProvisionId) false Alt [在庫数 <1] true Ｘ Ｘ
- 17. 17 Moqの使用方法 StockService --------------------- <virtual> + int CurrentQuantity(int productId) Cart --------------------- + bool Add(int productId) テストクラス -------------------- テストメソッド • 本当に Mock 化したメソッドが使用されたのかを確認する • 何回 Mock 化したメソッドが使用されたのかを確認 する Verify メソッドを使う
- 18. 1. 改めてモックとは 2. モックを使用するメリット 3. Moq とは 4.Fakes Framework とは 5. テスタビリティの高いアーキテクチャ 6. 実例：DBを使用しないユニットテスト 7. まとめ 8. おまけ（ShimによるDbContextモック化)
- 19. 19 Fakes Framework とは • Micorosoft製モックフレームワーク。 (Visual Studio 2012 Premium, Ultimateでのみ使用可) • Microsoft.QualityTools.Testing.Fakes へ参照追加 • 特徴 1. 事前に Mock用のクラスを生成 • 参照設定中の DLL を右クリックで指定すると自動的に生成 2. 大きく機能が二つにわかれている • インターフェース, 抽象クラス のモックは Stub (Moq とほぼ同じ機能と考えればOK) • クラスのモックは Shims (ほぼなんでもモック化可能。public 仮想メソッド でなくてもモック可能、静的メ ソッドもモック化可能！）
- 20. 20 Fakes Framework の使用方法 Cart --------------------- + bool Add(int productId) テストクラス -------------------- テストメソッド 何も渡さない ただ起動するだけ StockService --------------------- <virtual> + int CurrentQuantity(int productId) • 本当に Mock 化したメソッドが使用されたのかを確認する？ • 何回 Mock 化したメソッドが使用されたのかを確認 する？ そんな機能はありません・・・
- 21. 21 Fakes Framework の使用方法 （依存クラスがInterface を実装している場合) Cart --------------------- + bool Add(int productId) テストクラス -------------------- テストメソッド IStockService StockService --------------------- <virtual> + int CurrentQuantity(int productId) • 本当に Mock 化したメソッドが使用されたのかを確認する？ • 何回 Mock 化したメソッドが使用されたのかを確認 する？ やっぱりそんな機能はありません・・・
- 22. 1. 改めてモックとは 2. モックを使用するメリット 3. Moq とは 4. Fakes Framework とは 5.テスタビリティの高いアーキテクチャ 6. 実例：DBを使用しないユニットテスト 7. まとめ 8. おまけ（ShimによるDbContextモック化)
- 24. 24 テスタビリティの高いアーキテクチャ • 依存クラスをモックで切り替えられるようにするためには アーキテクチャに従った実装が必要 • 依存オブジェクトはプロパティで持つ！ • メソッド内ではオブジェクト生成しない！ Test Project Mock使用 してる！ Mock Mock
- 26. 26 テスタビリティの高いアーキテクチャ • 依存オブジェクトの生成 その２ Cart StockService DIContainer Give me Cart object Here you are !! Create Create Injection Property Injection Constructor Injection
- 27. 27 Cart Cart テスタビリティの高いアーキテクチャ • サービスを格納するプロパティは internal に Test Project ASP.NET MVC Controller Class 見えない よ？ テストプロジェクト以外から は見ちゃだめ！・・・って口 で言っても守ってくれる保証 はないなぁ ASP.NET MVC Controller Class Test Project 見えてる！
- 28. 28 Cart テスタビリティの高いアーキテクチャ • サービスを格納するプロパティは internal に Test Project 見えてる！ ASP.NET MVC Controller Class 追記 AssermblyInfo の変更でテストクラスからだけ見えるように
- 29. 29 ShimsContext 上で実行する テスタビリティの高いアーキテクチャ • 既に構築済みのシステムはどうするか？ • 絶対に実装済みの箇所を触れないなら、Fakes Framework 一択！ Cart --------------------- + bool Add(int productId) テストクラス -------------------- テストメソッド Shimsモック StockService --------------------- <virtual> + int CurrentQuantity(int productId)
- 30. 1. 改めてモックとは 2. モックを使用するメリット 3. Moq とは 4. Fakes Framework とは 5. テスタビリティの高いアーキテクチャ 6.実例：DBを使用しないユニットテスト 7. まとめ 8. おまけ（ShimによるDbContextモック化)
- 31. 31 実例：DBを使用しないユニットテスト • 説明の前提となる構成 1. DBアクセスには Entity Framework 使用 2. Serviceレイヤーで直接 DB にアクセスしない 3. Repositoryレイヤーのみが DB にアクセスする • Repository<T> クラスを用意 • Repository <T>クラスは IRepository<T> インターフェースを実装 • Repository<T> クラスの アクセス修飾子は internal • 全てのDBアクセスはこのクラスを通じてしか許さない • いわゆるリポジトリパターンってやつです Service --------------------- テスト対象クラス Repository<T> --------------------- モック対象クラス IRepository<T> Entity Framework (DbContext)
- 32. 32 実例：DBを使用しないユニットテスト • Repository クラスはこんな感じで使います FactStock は、Model クラス （テーブルと1 : 1でVS が自動生成） Filter は IRepository<T> のメソッド。 戻り値は IList<T> Sum は Linq to Object のメソッド
- 33. 33 実例：DBを使用しないユニットテスト Moq 版 右へ続く テスト対象 CurrentQuantity メソッド Callback メソッドは、引数を受け取る ことができる
- 34. 34 実例：DBを使用しないユニットテスト Fakes Stub 版 右へ続く テスト対象 CurrentQuantity メソッド Delegate の引数でメソッドの引数を受 け取ることができる
- 35. 35 まとめ • モックとは何かがわかる • テスト対象が依存するクラスを入れ替えるもの • ほとんどのモックライブラリの使い方は似ている • モックを使うとどんな良いことがあるかがわかる • 依存クラスのバグを気にしなくて良い • テスト範囲を汚染しない • データベースにテストデータを用意しないで済む • モック導入のためのアーキテクチャがわかる • 依存オブジェクトはプロパティで持つ • メソッド内ではオブジェクト生成しない • 生成依存の解決は DI コンテナがお薦め • モックを使用したユニットテストを実プロジェクトに導入する！ • Repository パターンを使用して、DBに依存しないテスト
- 36. 1. 改めてモックとは 2. モックを使用するメリット 3. Moq とは 4. Fakes Framework とは 5. テスタビリティの高いアーキテクチャ 6. 実例：DBを使用しないユニットテスト 7. まとめ 8. おまけ（ShimによるDbContextモック化)
- 37. 注意！難易度高め！
- 38. 38 実例：DBを使用しないユニットテスト Fakes Shim 版 • StockService.CurrentQuantity メソッド内で DbContextを継承するクラスを 生成している場合 Mock化でき ない • Mock 化可能にするために DbSet<T> → IDbSet<T> ※自動生成なので、 T4テンプレートを修正 DbContextを継承しているクラス
- 39. 39 実例：DBを使用しないユニットテスト Fakes Shim 版 右へ続く テスト対象 CurrentQuantity メソッド Whereで指定された Expression を受け取る db.FactStocks の Shim IDbSet<FactStock> の Stub を返却 まだ続く
- 40. 40 実例：DBを使用しないユニットテスト Fakes Shim 版 Where に指定された Expression をテス トするために、 System.Linq.IQueryable.Where メソッド をモック化 できなくないけど、 難しいね Repository パターン の方が簡単だよ！
- 41. ありがとうございました