fluent-assertions

0熱

1答えて

ShouldBeEquivalentToをExcludeと大文字と小文字の区別なしで比較

ほとんどのプロパティを除外し、大文字と小文字を区別しない比較を行うことで、流暢なアサーションのShouldBeEquivalentTo()を使いたいと思います。例えば、私はLastModifiedDateを除外して2つのオブジェクトadminとlookUpを比較しています。そして、Countyの比較では大文字と小文字を区別しません。現在、私はそれを除外していますが、実際にはそれは大文字と小文字を区

1熱

1答えて

FluentAssertionsでCollectionAssert.AreEequivalent？

私はFluentAssertionと「CollectionAssert.AreEquivalent（）」」の使用を置き換えるためにしようとしている。私はShouldAllBeEquivalentToを使用してみましたが、さまざまな種類の類似したオブジェクトを比較するときに、関数は失敗しません。以下の例では、両方の呼び出しが成功した。私は2番目の1が失敗します。 new int[] { 1, 2

0熱

1答えて

Fluent AssertionsのDataMemberを無視する.SeouldBeEquivalentTo

DataContractSerializerを使用して、シリアル化が期待通りに機能していることを確認するために、FluentAssertionsライブラリを使用しています。私がシリアル化しているオブジェクトの多くは、一部のプロパティで[IgnoreDataMember]属性を持っています。 ShouldBeEquivalentToアサーションを実行するときに、流暢なアサーションで無視されたデータ

1熱

1答えて

流暢なアサーション：コレクションにオブジェクトが含まれているかどうかを確認します。

私はフルエンスアサーションを使用しており、ディープオブジェクトグラフの比較を使用してコレクションにオブジェクトが含まれているかどうかをテストします。私はすべての平等メンバーを実装したくありません。しかし、私はコレクション内のいくつかのオブジェクトの等価封じ込めのテストを行う方法を見つけることができません。たとえば、このテストは失敗し、私はそれが渡したい： class Student {

0熱

1答えて

FluentAssertionsを使用して大文字と小文字を区別しない文字列を比較するには？ C＃

FluentAssertionsを使用して、大文字と小文字を区別しない簡単な比較方法を教えてください。のような何か： symbol.Should().Be(expectedSymbol, StringComparison.InvariantCultureIgnoreCase); 編集：可能な重複やコードについて： symbol.Should().BeEquivalentTo(expectedSy

2熱

1答えて

ShouldBeEquivalentToを使用して

異なる名前を扱う私はそこ class Order { long Id } があるしかし、DTOに同じフィールドの名前はデータベースモデルではDTO にデータベースモデルをマップマッパーのテストを作りたいですShouldBeEquivalentToを使用して class OrderDto { long OrderId } は、どのように私は、これらのフィールドが同

1熱

1答えて

ShouldBeEquivalentToの内部プロパティを無視する

ShouldBeEquivalentToを実行するときにクラスの内部プロパティを無視する方法はありますか？たとえば、以下のクラスでは、オブジェクトグラフ比較からMetaDataプロパティを除外します。 public class SomeObject { Public string SomeString { get; set; } internal MetaData Meta

0熱

1答えて

FluentAssertions：シーケンスのすべての要素を含める必要があります

私はリストを持っていますが、すべての要素も別のリストに表示する必要がありますが、必ずしも同じ順序で表示する必要はありません。私はおそらく私がfluentAssertionsでこれを行う方法を探しています。この Assert.IsTrue(list1.Count == list2.Count); foreach(var element in list1) { Assert.IsTru

0熱

1答えて

なぜFluentAssertionsは内部を検証するために同等かどうか？

最近、FluentAssertionsで内部オブジェクト状態の検証を避けるためにをと記載したSO questionと回答しました。今私は同じ問題に直面して、なぜ FluentAssertionsは内部プロパティOOTBを検証するのですか？ public class Class1 { [Fact] public void CompareCultureInternalFields

1熱

1答えて

FluentAssertions：リストにプロパティを除くオブジェクトが含まれていることを確認してください。

IEventを実装するいくつかのイベントクラスがあります。私はイベントは、実際と予想されるが、異なる時間に作成されているように私は無視DateCreatedプロパティを持っている actualEvent.ShouldBeEquivalentTo(expectedEvent,opt => opt.RespectingRuntimeTypes() .Excludin