問題タブ [mocking]

構文的にも機能的にも最高のモッキングフレームワークは何ですか?

私の問題: 現在、ほとんどのモッキング フレームワークはラムダ式を使用していますが、これは VB.NET で書くのは本当に見苦しいものです。

Vista 認定に準拠するために、アプリの例外処理システムを置き換えていますが、問題は、応答を確認できるように、特定の例外を強制的にスローする方法です。

残念ながら、アプリ全体は、適切なレイヤリング、抽象化、または分離の原則を考慮せずに作成されており、時間枠内でモッキングと単体テストを導入することは問題外です:(

私の考えは、コンパイラ ディレクティブまたは構成ファイルの値を尊重することによって、特定の例外をスローするコードを導入することです。その後、アプリを通常どおり実行し、例外がどのように処理されるかを手動で確認できます。

私はそれを公開して、SOコミュニティがもっと良いものを考えられるかどうか見てみようと思った.

乾杯

moqのチュートリアルについていくつか質問があったことを私は知っています。しかし、ado.netを使用するn層ビジネスアプリケーションのコンテキストでmoqを使用するサンプルアプリがあるかどうか疑問に思っています。

チュートは良いと思いますが、すべてをまとめて全体像を把握しているわけではないようです。そのため、全体像をまとめたサンプルアプリを探しています。

また、データアクセス層のロジックのモックとテストを具体的に扱った例が少し不足していると思います。

乾杯アンソニー

データベースからのデータに依存する API をテストするためのベスト プラクティスは何ですか? ビルド プロセスの一部として単体テストを実行する "継続的インテグレーション" 環境で注意する必要がある問題は何ですか? つまり、ビルド スクリプトの一部としてデータベースを展開しますか (インストーラーを実行することもできます)、それともハードコードされたデータ [XML を使用した MSTest データ ドリブン ユニット テストを使用] を使用する必要がありますか?

ビジネスロジックレイヤーのデータレイヤーをモックできることは理解していますが、DAL の SQL ステートメントに問題があった場合はどうなりますか? データベースにアクセスする必要がありますよね？

うーん...それは質問の嵐です:)...考えはありますか？

次のコードで依存関係を分離するのに苦労しています:

本来は外部サイトへのリクエストに頼らず単体テストを行いたい。

これについて最善の方法は何ですか？

単体テストの非常によくあるシナリオは次のとおりです。

...呼び出しログに文字列を追加するだけで IFoo インターフェイスを実装する MockFoo を使用します。モックで callLog を使用して多くのコードを処理する必要があります。

log4net を使用して通話ログを収集することは良い考えですか?

作業中の低レベルのネットワーク コードに単純なオブジェクト モデルを使用します。ここでは、構造体ポインターがメソッドのふりをしている関数に渡されます。私は、せいぜいまずまずの C/C++ 経験を持つコンサルタントによって書かれたこのコードのほとんどを継承し、合理的な構造に似たものにコードをリファクタリングしようと夜遅くまで過ごしました。

ここで、コードを単体テストにかけたいと思いますが、選択したオブジェクト モデルを考慮すると、オブジェクトをモックする方法がわかりません。以下の例を参照してください。

サンプル ヘッダー (foo.h):

サンプルソース (foo.c):

上記の例では、ユニット テストで"foo_transmit_command"を使用できるようにTcpSocketオブジェクトをモックしたいと考えていますが、継承なしでこれを行う方法がわかりません。本当に必要でない限り、vtables を使用するようにコードを再設計したくありません。これには、嘲笑するよりも良いアプローチがあるのではないでしょうか?

私のテストの経験は主に C++ から来ています。経験豊富なテスターからのアドバイスをいただければ幸いです。

編集:
リチャード・クワークが指摘したように、私がオーバーライドしたいのは実際には「tcp_socket_send」への呼び出しであり、テストをリンクするときにライブラリから実際の tcp_socket_send シンボルを削除せずに実行することをお勧めします。同じバイナリ。

私は、この問題に対する明確な解決策はないと考え始めています..

BizUnitを使用して Biztalk オーケストレーションの単体テストを行っていますが、一部のオーケストレーションは WebService を使用しており、これらのテストは単体テストというよりも統合テストのように見えます。

Windows フォーム アプリケーションから Web サービスをテストするために、生成されたプロキシ オブジェクトをモックするモック フレームワークを使用することに慣れていますが、要求応答ポートでより統合された方法でそれを実行できるようにしたいと考えています。 ?

この問題にどのように取り組みますか?

File.Copy、File.Delete、File.Existsなどを呼び出すメソッドがいくつかあります。実際にファイルシステムにアクセスせずにこれらのメソッドをテストするにはどうすればよいですか？

私は自分自身をn00bのユニットテストだと思っているので、アドバイスをいただければ幸いです。

現在、私はまだ単体テストの土地に住んでいるのか、それともすでに統合テストの土地に残されているのかはわかりませんが、テスト手法をより深く調べています。

少し詳しく説明すると、2 つのコンポーネント A と B があり、A が B を使用している場合、B には特定の「上方契約」があり、A には特定の「下方契約」があります。基本的にこれは次のことを意味します。 B が正しく動作すると、両方の契約が履行され、物事が正しく機能します。

モックは、特定のテストケースに必要な上方契約のサブセットを保証する方法だと思います。たとえば、データ レコードが以前に挿入されている場合、データベース接続には、データ レコードを取得する上向きの契約がある場合があります。データベース接続モックは、データベースへの挿入を必要とせずに、特定のレコードを返すことを保証します。

しかし、現在、下方契約も検証する方法があるかどうか疑問に思っています. データベース接続の例を考えると、下位契約は次のようになります。データベースに接続し、接続が存在して機能していることを確認し、正しい SQL クエリを入力する必要があります。

誰かがこのようなことをしますか？これは、より複雑な契約の作業に値しますか? (たとえば、データベース接続では、データベース層への呼び出しを完全に検証するために SQL パーサーが必要になる場合があります)

こんにちは、テタ