2012-02-01 1 views
5

Использование NUnit 2.5.9, следующий тест неожиданно терпит неудачу:Неправильное поведение NUnit Assert.AreNotEqual при работе с IEnumerable <T>?

[TestFixture] 
public class FooTest 
{ 
    [Test] 
    public void Inequality() 
    { 
     var first = new Foo(new[] { 1 }, 2); 
     var second = new Foo(new[] { 1 }, 3); 

     Assert.AreNotEqual(first, second); 
    } 
} 

public struct Foo : IEnumerable<int>, IEquatable<Foo> 
{ 
    private readonly IEnumerable<int> values; 

    public int Bar { get; private set; } 

    public Foo(IEnumerable<int> values, int bar) 
     : this() 
    { 
     this.values = values; 
     Bar = bar; 
    } 

    public IEnumerator<int> GetEnumerator() 
    { 
     return values.GetEnumerator(); 
    } 

    IEnumerator IEnumerable.GetEnumerator() 
    { 
     return GetEnumerator(); 
    } 

    public bool Equals(Foo other) 
    { 
     return other.values.SequenceEqual(values) && other.Bar == Bar; 
    } 

    public override bool Equals(object obj) 
    { 
     if (ReferenceEquals(null, obj)) 
     { 
      return false; 
     } 
     if (obj.GetType() != typeof(Foo)) 
     { 
      return false; 
     } 
     return Equals((Foo)obj); 
    } 

    public override int GetHashCode() 
    { 
     unchecked 
     { 
      return ((values != null ? values.GetHashCode() : 0) * 397)^Bar; 
     } 
    } 

    public static bool operator ==(Foo left, Foo right) 
    { 
     return left.Equals(right); 
    } 

    public static bool operator !=(Foo left, Foo right) 
    { 
     return !left.Equals(right); 
    } 
} 

копания в коде NUnit, то получается, что, когда NUnit встречает двух объектов, которые реализуют IEnumerable, он просто сравнивает две коллекции и игнорирует любые другие свойства объектов.

Это кажется неправильным для меня: тот факт, что объект реализует определенный интерфейс, не ограничивает его только выполнением этой роли. Или IEnumerable интерфейс в .NET является особым случаем? Или я просто неправильно понял NUnit?

+0

+1 Интересный вопрос – sll

ответ

3

Похоже, что это ошибка в NUnit, насколько я понимаю, она будет исправлена ​​в версии 3.0. Ниже некоторого обсуждения с возможной работы вокруг реализации IComparer<T>:

+0

Спасибо за информацию. Я обойду его, используя 'Assert.IsTrue (first! = Second)' на данный момент – Akash

+0

@Akash: но это также не проверяет proeprties, рассмотрите также проверку 'first.Bar! = Second.Bar' – sll

+1

@sll: Почему бы и нет? Класс OP имеет реализацию '! =', Которая вызывает 'Equals', которая затем проверяет свойство' Bar', а также элементы коллекции. – LukeH