問題タブ [fluent-assertions]

私は次のような状況にあり、助けていただければ幸いです。

試験方法A........

これはうまくいきます。ただし、ネストされたクラスの大規模なテストでは、ShouldBeEquivalentTo() の使用が面倒になるため、次のようにできるようにしたいと考えています...

編集：また、メソッドAではこれを行うことはできません.... var expected = new Poco { SomeData = [NOT_NULL] , SomeMoreData = "resultTwo" };

試験方法 B.......

ただし、新しいプロパティを Poco に追加すると、テスト方法 B は文句を言わず、プロパティがテストされない可能性があります。ただし、メソッド A を使用すると、ShouldBeEquivalentTo() が新しいプロパティが null であることに気付くため、テストは失敗します。

それで、私の質問は、次のような方法 C があるかどうかです。

試験方法 C …………

Fluent アサーションでは、オブジェクトを DateTime プロパティと比較すると、ミリ秒単位でわずかな不一致が発生し、比較が失敗することがあります。これを回避する方法は、比較オプションを次のように設定することです。

これを一度設定して、ShouldBeEquivalentTo を呼び出すたびに指定する代わりに、常に適用する方法はありますか?

Update1: 次のアプローチを試しましたが、うまくいかないようです。テストは 1 ミリ秒の差で失敗します。新しいデフォルトは、ファクトリによって呼び出されないようです。

DTO オブジェクトの特定のプロパティが設定されていることを確認 (アサート) したいと考えています。私は流暢なアサーションでそれをやろうとしていましたが、次のコードはうまくいかないようです:

Fluent Assertions または他のツールでそれを達成することは可能ですか? 流暢なアサーションには ShouldBeEquivalentTo がありますが、実際にはそれらが null/空ではないかどうかだけを気にしているため、利用できませんでした。

もちろん、各プロパティ レベルで Assert を実行することもできますが、もっとエレガントな方法に興味があります。

特定の文字列が有効な Guid であることを主張する最も流暢な方法を見つけようとしています。

iterTags.GUIDですstring。

stringが実装されていないため、最初の試行はエラーで終了しましたGuid。わかりました、それは暗闇の中でのショットだったので、私はそれが来るのを見ました

だから私はこの実用的な解決策を思いつきましたが、流暢ではありません

ドキュメントを読んでも、アサーションを行うより良い方法は見つかりませんでした。

私の質問:文字列が有効なGuidであると主張する流暢な方法はありますか

おそらく、何か...

私のテストでは、タイプの結果があり、そのプロパティが正しいオブジェクトに設定されHttpRequestMessageていることをアサートする必要があります。Content

問題は、HttpRequestMessage.Content比較したいオブジェクトとは異なる (ベース) タイプを持ち、次のように ShouldBeEquivalentTo と Inclusive を使用できないことです。

HttpContentオプションは Content プロパティ タイプ ( )で機能し、 では機能しないため、これはコンパイルされませんObjectContent。

私が見つけた唯一の方法は、次のような2つのアサーションを持つことです:

それを行うより良い方法はありますか？おそらくBeOfType、ベースのアサーションではなく、キャストされたオブジェクトの流暢なアサーションを返すものでしょうか?

マトリックス構造体とカスタム比較メソッドがあります。

この比較を機能させるための Fluent Assertion の正しい呼び出しは何ですか?