問題タブ [stub-data-generation]

何年にもわたって、複雑なオブジェクト グラフのスタブ データ構造 (偽のデータ) を生成する考えられるすべての方法を見て、試してきたと思います。Javaでは常に毛むくじゃらになります。

(安価なUMLを許してください)

重要な問題は、値の間に特定の関係があるため、C の特定のインスタンスが E の特定の値を暗示している可能性があることです。

Java でこの問題を解決するために単一のパターンまたはパターンのグループを適用しようとする試みは、最終的には面倒です。

groovy または動的な vm 言語のいずれかがより良い仕事をすることができるかどうかを検討しています。クロージャーを使用すると、物事を大幅に簡素化できるはずです。

（できれば）groovyまたはscalaでうまく解決されたこの問題の参照/例はありますか？

編集：「オブジェクトマザー」がパターンの名前だとは知りませんでしたが、それは私が問題を抱えているものです：オブジェクトマザーによって生成されるオブジェクト構造が十分に複雑な場合、常にオブジェクトマザー自体の内部のかなり複雑な内部構造 (または複数のオブジェクトマザーを構成することによる)。十分に大きなターゲット構造 (たとえば 30 クラス) を考えると、オブジェクトの母を実装する構造化された方法を見つけるのは非常に困難です。パターンの名前がわかったので、もっとうまくグーグルで検索できます;）

私のアプリケーションはdbに接続し、ここからカテゴリのツリーを取得します。デバッグレジームでは、この大きなツリーオブジェクトを見ることができ、テストスタブで使用するためにこのオブジェクトをディスクのどこかに保存する機能を考えました。このような：

-が十分に大きいと仮定するとmySavedObject、手動で生成したり、特別な生成コードを記述したりしたくありません。thenReturnデバッグセッション中にシリアル化してどこかに保存し、逆シリアル化してテストに渡すことができるようにしたいだけです。そうするための標準的な方法はありますか？そうでない場合は、そのようなアプローチを実装する方が良いでしょうか？

ユニット テストでは、ライブ データベースが使用されないように、ユニット テスト中に使用する一連のデータをメモリ内に作成するスタブ オブジェクトを取得しました。

テスト中のクエリとテストでクエリに提供された値を使用して、このセットから返される行数をチェックする単体テストがあります。私の最初の問題は、MSTest を使用しており、パラメーター化されたテストをサポートしていないため、異なる値のセットごとに 1 つのテストがあり、1 つのルーチンに提供される値だけが異なる多くのテストが行​​われることです。別のテスト フレームワークを使用することは、政治的に難しい場合があります。

また、データはコードを介してセットにエンティティを追加することによって作成されるため、データの操作はやや扱いにくいため、セット内のデータを簡単に確認することは難しく、将来このセットにレコードを追加する場合は、テストで返される必要があるレコードの数を更新して、テストがこのデータに非常に密接に依存するようにします。これを自動化する方法はないようです。そうですか？

怠惰なC++を使用したことがありますか？

.Hファイルから.CPPファイルを作成しようとしています。フォーラムで私はあなたのツールでそれが可能であると読みました、しかし私はそれを使おうとしました、そして私は成功しませんでした。手伝って頂けますか？

次の宣言を含むTest.hファイルでオプション-cを使用しました。

私が持っているのは、書かれたCppファイルだけです。

およびクラスの前に変更された.hファイル

私が間違っていることは何ですか？

JPA またはエンティティ Bean を使用してテスト データを生成するために使用できるツールまたはライブラリはありますか? これは、テストの開始時に動的に生成されたデータを含むメモリ内データベースを使用できる単体テストに非常に役立つと思います。したがって、実際の DB サーバーとの通信はなく、時間の無駄もありません。

JPAMockしか見つかりませんでした。しかし、それはまだ開発中です。誰かが良いポインタを提供できればうれしいです。

どうもありがとう。

SQL Server からデータを取得する n 層 Web アプリケーションがあります。データ アクセス ロジックは SqlDataReader を返し、そのデータを使用して Business オブジェクト (別名 Data Transfer オブジェクト) を作成します。

これらの SqlDataReader オブジェクトによって返されたデータを解釈して Business オブジェクトを構築するコードをチェックする単体テストを構築したいと考えています。

したがって、単体テスト中に SqlDataReader オブジェクトを置き換えるためにスタブを作成する必要があるようです。おそらくかなり典型的であるように、SqlDataReader オブジェクトは通常、それぞれが複数の行を持つ複数のレコードセットを返します。

1. これは賢明な努力ですか？
2. これらのスタブ オブジェクトを構築するにはどうすればよいでしょうか。

よろしくお願いします

グリフ

Autofixture のCreateProxy メソッド に関する以前の質問で、潜在的なバグが特定されました。

この失敗したテストはその結果ではないと思いますが、むしろ Likeness.Without(...).CreateProxy() 構文がどのように機能するかについての私の継続的な混乱です。オブジェクトの新しいインスタンスを作成し、その作成がSUTであると見なして、元のテスト を少しだけ複雑にする次の失敗したテストを考えてみましょう。

ここにバンドがあります：

私の以前の質問Sourceは、 が一般的にどうあるLikenessべきかを理解するのに役立つほど複雑ではありませんでした。

ソースはSUTの出力である必要がありますか? その場合、AutoFixture によって作成されたテンプレートインスタンスと比較されますか?

または、ソースはAutoFixture によって作成されたテンプレートインスタンスである必要があります。その場合、 SUTの出力と比較されますか?

編集：テストのエラーを修正

プロパティをと新しいインスタンスのtemplate.Brassプロパティの両方に誤って割り当てたことに気付きました。更新されたテストは修正を反映しており、6 つのアサーションすべてがパスするようになりました。Brass StringsBandvar createdBand = new Band {Brass = template.Brass, Strings = template.Strings}