테스트를 활성화하기 위해 Equals를 재정의하지 않는 것이 좋습니다. Equals를 재정의하는 경우 GetHashCode도 재정의해야하거나 사전에 개체를 사용하는 경우 예기치 않은 결과가 발생할 수 있습니다.

나는 미래에 속성을 추가하기 위해 위의 반사 접근 방식을 좋아합니다.

그러나 빠르고 간단한 솔루션의 경우 객체가 동일한 지 테스트하는 도우미 메서드를 만들거나 테스트 전용으로 유지하는 클래스에서 IEqualityComparer를 구현하는 것이 가장 쉬운 경우가 많습니다. IEqualityComparer 솔루션을 사용할 때는 GetHashCode 구현에 신경 쓸 필요가 없습니다. 예를 들면 다음과 같습니다.

// Sample class.  This would be in your main assembly.
class Person
{
    public string Name { get; set; }
    public int Age { get; set; }
}

// Unit tests
[TestFixture]
public class PersonTests
{
    private class PersonComparer : IEqualityComparer<Person>
    {
        public bool Equals(Person x, Person y)
        {
            if (x == null && y == null)
            {
                return true;
            }

            if (x == null || y == null)
            {
                return false;
            }

            return (x.Name == y.Name) && (x.Age == y.Age);
        }

        public int GetHashCode(Person obj)
        {
            throw new NotImplementedException();
        }
    }

    [Test]
    public void Test_PersonComparer()
    {
        Person p1 = new Person { Name = "Tom", Age = 20 }; // Control data

        Person p2 = new Person { Name = "Tom", Age = 20 }; // Same as control
        Person p3 = new Person { Name = "Tom", Age = 30 }; // Different age
        Person p4 = new Person { Name = "Bob", Age = 20 }; // Different name.

        Assert.IsTrue(new PersonComparer().Equals(p1, p2), "People have same values");
        Assert.IsFalse(new PersonComparer().Equals(p1, p3), "People have different ages.");
        Assert.IsFalse(new PersonComparer().Equals(p1, p4), "People have different names.");
    }
}

답변

Expected string length 2326 but was 2342. Strings differ at index 1729.

Expected property Name to be "Foo" but found "Bar"