インスタンスが格納されます。簡単に利用例を示すと以下のようになります。していますが、実際のテストではテストケースの中でアプリケーションロジックの呼び出しが行われます。例外投げてロールバックを引き起こすことで実現しています。なくても同じことができると思います。作成してくれています。相当を手に入れたはいいものの、実際にテストコードを量産しだしてみると、次の問題が浮上してきます。それは「テストの事前状態を準備するのが面倒くさい」ということです。以下であったとします。サンプルでよくある「ブログエントリと著者」の構造です。存在している場合」というコンテキストが出てきます。記述すると以下のようになるでしょう。一件用意したい」というだけでこのザマです。必須フィールドが増えれば増えるほど上記のコードの行数は膨れていきます。このようなコードをテストケース毎に何度も何度も書くのは正直御免被りたいものです。さんが同じ課題感に対して記事を書いています。https://zenn.dev/seya/articles/a0d2d2da20ddad上記の記事からの引用になりますが、実現したいことはまさに以下のイメージです。相当する何かが欲しいわけです。factory)」の意です。パッケージが存在しており、他の名前を探した結果です。ように実行するだけです。定義するための関数群」です。毎のファクトリを定義します。}});テストコード側からは次のように利用します。一件用意したい」であれば、次の一行に短縮されます。デフォルト挙動として指定しておくことで、テストコード側から意識しなくて済むようになっています。指定することもできます。generator何故ジェネレータとして用意したのか、という点についてですが、これには2つの理由があります。汎化して扱うことに不向き」です。createというメソッドを持っていますが、中身の型定義は完全な別物です。呼び出すことのできない関数型でしかありません。別個のメソッド定義として生成されているためです。毎のヘルパ」を生成するようにしています。情報にアクセスするため」です。一意制約が課せられているのか」といった情報が必要になります。いう構造体が渡されます。ファイルが保持しているメタ情報を格納しており、以下のような情報にアクセスすることができます。用ヘルパ関数のコードを生成するようにしています。よる機能拡張が主流になっていくかもしれません。以下のような機能も備えています。備わっている機能も必要に応じて取り込んでいけたらと思っています。公開して日が浅いですが、自分でも使い込みつつブラッシュアップできたらと思います。興味があればぜひ利用してもらえると嬉しいです。紹介したライブラリ双方を使ったテストのサンプルを置いています。こちらも参考にしていただければと。speechTeams。