xUnit: Afirmar que duas List <T> são iguais?

108

Sou novo em TDD e xUnit, então quero testar meu método que se parece com:

List<T> DeleteElements<T>(this List<T> a, List<T> b);

Existe algum método Assert que eu possa usar? Eu acho que algo assim seria bom

List<int> values = new List<int>() { 1, 2, 3 };
List<int> expected = new List<int>() { 1 };
List<int> actual = values.DeleteElements(new List<int>() { 2, 3 });

Assert.Exact(expected, actual);

Existe algo assim?

c# xunit

— Petar Petrov
fonte

135

xUnit.Net reconhece coleções, então você só precisa fazer

Assert.Equal(expected, actual); // Order is important

Você pode ver outras afirmações de coleção disponíveis em CollectionAsserts.cs

Para métodos de comparação de coleção de biblioteca NUnit são

CollectionAssert.AreEqual(IEnumerable, IEnumerable) // For sequences, order matters

e

CollectionAssert.AreEquivalent(IEnumerable, IEnumerable) // For sets, order doesn't matter

Mais detalhes aqui: CollectionAssert

MbUnit também tem asserções de coleção semelhantes a NUnit: Assert.Collections.cs

— Konstantin Spirin
fonte

1

Link do código-fonte alterado para xunit.codeplex.com/SourceControl/changeset/view/…

— Julien Roncaglia

1

Novo link nos comentários também quebrado.

— Scott Stafford

1

O projeto foi movido para o GitHub, mas também não consegui encontrar esse arquivo de origem específico.

— MEMark de

1

Para objetos complexos, não se esqueça de que você precisa de um Equal + GetHasCode para que isso funcione ou dê ao método Equal um EqulityComparer personalizado

— suco de maracuja

2

O método xUnit Equal retorna falso para dois IEnumerables com conteúdo igual.

— Vladimir Kocjancic

31

Na versão atual do XUnit (1.5), você pode apenas usar

Assert.Equal (esperado, real);

O método acima fará uma comparação elemento a elemento das duas listas. Não tenho certeza se isso funciona para qualquer versão anterior.

— Hwiechers
fonte

7

O problema que encontrei com Assert.Equal para coleções é que ele falha se os elementos das coleções estão em ordens diferentes, mesmo se os elementos estiverem presentes em ambos.

— Scott Lawrence

1

As listas @ ScottA.Lawrence também têm ordem! Você obtém o mesmo comportamento com HashSets?

— johv

@johv Não testei com HashSets, mas é uma boa ideia. Assim que tiver a chance de tentar, tentarei me lembrar de responder aqui.

— Scott Lawrence

2

Também parece falhar se os tipos de coleção forem diferentes, mesmo se ambos contiverem os mesmos itens na mesma ordem.

— James White,

3

Mas tem uma saída muito ruim. Não diz ONDE duas listas diferem! :(

— Zordid

16

Com o xUnit, se você quiser selecionar as propriedades de cada elemento para testar, pode usar Assert.Collection.

Assert.Collection(elements, 
  elem1 => Assert.Equal(expect1, elem1.SomeProperty),
  elem2 => { 
     Assert.Equal(expect2, elem2.SomeProperty);
     Assert.True(elem2.TrueProperty);
  });

Isso testa a contagem esperada e garante que cada ação seja verificada.

— Drew Williams
fonte

2

Recentemente, eu estava usando xUnit 2.4.0eMoq 4.10.1 pacotes em meu núcleo asp.net 2.2 aplicativo.

No meu caso, consegui fazê-lo funcionar com um processo de duas etapas:

Definindo uma implementação de IEqualityComparer<T>
Passe a instância do comparador como um terceiro parâmetro no Assert.Truemétodo:

Assert.True(expected, actual, new MyEqualityComparer());

Mas existe outra maneira melhor de obter o mesmo resultado usando o pacote FluentAssertions . Ele permite que você faça o seguinte:

// Assert          
expected.Should().BeEquivalentTo(actual));

Curiosamente, isso Assert.Equal()sempre falha, mesmo quando ordenei os elementos de duas listas para colocá-los na mesma ordem.

— Dmitry Stepanov
fonte

2

algo está errado com o seu pedido BeEquivalentTo não se importa com o pedido (é por isso que seu teste passa com BeEquivalentTo e não com assert.Equal)

— RagnaRock