NUnit Assert.Entspricht das, Was ich bin fehlt?

Geltend zu machen.Equals () - ruft nie 

Equals()
operator ==
operator !=

Bin ich etwas fehlt? Ich habe IEquatable implementiert aber noch die Methoden, die nie aufgerufen wird, während mit nunit.

if (objectA != objectB) Assert.Fail(); //doesnt fail
if (!objectA.Equals(objectB)) Assert.Fail(); //doesnt fail
Assert.AreEqual(objectA, objectB); //fail

UPDATE

Ich sollte gewesen klarer.

public class Entity 
{
  public int ID { get; set; }
}

var objectA = new Entity() { ID = 1 };
var objectB = new Entity() { ID = 1 };

zwei separate Instanzen, die beide mit der gleichen ID habe ich implementiert, die alle relevanten Methoden, um diese Arbeit zu machen für ==, != und Gleich, aber nunit AreSame und AreEqual immer noch nicht rufen Sie diese Methoden.

  • Ich habe genau das gleiche problem. Für jetzt bin ich mit Geltend zu machen.IsTrue(objectA.Equals(objectB));
  • Ich habe das gleiche problem und ich habe festgestellt, dass es funktioniert, wenn die Objekte, die ich Vergleiche nicht die gleiche Referenz. ie erstellen 2 Objekte mit unterschiedlichen Eigenschaften, abgesehen von der Gleichheit im Vergleich Eigenschaften, dann Behaupten.Gleich funktioniert... Wenn es die gleiche Referenz verglichen wird (die werden sicherlich gleich), dann scheitert es! nicht gleich (NUnit 2.5)
  • Sie sind auf der Suche für Assert.AreEqual(objA, objB);
InformationsquelleAutor bleevo | 2009-07-06
  1. 4

    Sind Sie auf jeden Fall richtig.
    Ich war wrestling mit einem ähnliches problem heute früher, bis ich fand deinen Beitrag und bin jetzt sicher, dass NUnit IsEqualTo() nicht konsistent rufen Sie die Equals überschreibt, zur Verfügung gestellt.

    Sage ich konsequent, weil es manchmal tut. Als eine Angelegenheit von der Tat habe ich zwei Klassen. Das zweite abgeleitet von der ersten. Wenn ich Anrufe Ist.EqualTo() für Instanzen von der ersten, NUnit ruft die Equals überschreibt, für Instanzen der zweite tut es nicht.

    Während das ist sehr eigenartig, ich habe keine Zeit, um weiter zu untersuchen, in was Los ist.

    Menschen mit ähnlichen Problemen oder Lösungen sollten auf jeden Fall veröffentlichen, da dies eine sehr nervige Sache und eigentlich hatte mich der Zweifel an der Gültigkeit meines tests.

    In der Zwischenzeit habe ich die folgenden Bejahen Klasse, die fordert, die Equals überschreibt sicher (ich habe es). Es NUnit verwendet, um einen einfachen Gleichheit Geltend machen, statt Ist.EqualTo() und etwas Rechtsmittel der Tatsache, dass dieser Weg NUnit nicht geben, die string-Repräsentationen der Objekte im Fall schlägt der test fehl.

    Also hier ist es:

    using NUnit.Framework;

public static class Affirm
{
    public static Affirmer That(object actual)
    {
        return new Affirmer(actual);
    }
}

[EditorBrowsable(EditorBrowsableState.Never)]
public class Affirmer
{
    readonly object _actual;

    public Affirmer(object actual)
    {
        _actual = actual;
    }

    public void IsEqualTo(object expected)
    {
        string failureMessage = string.Format("\nExpected: <{0}>\nBut was:  <{1}>", _actual, expected);
        Assert.That(_actual.Equals(expected), Is.True, failureMessage);
    }

    public void IsNotEqualTo(object expected)
    {
        string failureMessage = string.Format("\nDid not excpect: <{0}>\nBut was:         <{1}>", _actual, expected);
        Assert.That(_actual.Equals(expected), Is.False, failureMessage);
    }
}

    Verwenden Sie es wie diese:

    Affirm.That(actualObject).IsEqualTo(expectedObject);

    und

    Affirm.That(actualObject).IsNotEqualTo(expectedObject);

    Hoffe, das hilft.

    • Nur der Vollständigkeit halber: Wie kann man in deinem original-Beitrag (stackoverflow.com/questions/1624848/...), die Ihr problem verursacht wurde durch einen Fehler in der überschreibung von object.Equals (object). (Ich denke, dieses Thema 's OP' s problem wurde verursacht durch einen ähnlichen Fehler.)
    • Ich glaube nicht, dass es aufgrund der Fehler in der equals-Methode, weil er sagt, dass Nunit nie selbst nennt seine equals-Methode. Ich habe hier mit dem gleichen problem. Es spielt keine Rolle, was ich ändern in der Equals Methode, wenn es nicht genannt wird, von Nunit
    • Ich habe das gleiche problem, aber mein test gearbeitet, bevor ich Gleich umgesetzt auf die Klasse selbst. Etwas muss überzeugt haben, NUnit, um nicht rufen Sie meine Equals-Methode, dass ich jetzt eine haben. Ich glaube nicht, dass ich bereit bin, untersuchen Sie den code, wie kann ich es zu arbeiten, indem Sie Geltend machen.IsTrue(obj1.Equals(obj2))
    • Thorsten Lorenz' Beispiel hatte zwei Equals Methoden: eine, die nimmt einen parameter vom Typ object, eine, die einen parameter nimmt von einer Basis-Klasse geben. NUnit genannt, die man mit dem Typ object. Diese Methode hatte einen Fehler: es enthielt eine Art check nicht Buchhaltung für die Unterklassen. Die Lösung ist, um das zu beheben Typ-check. Siehe die akzeptierte Antwort.
    InformationsquelleAutor Thorsten Lorenz
  2. 8

    Verwenden Assert.AreEqual(a, b) für Werttypen Assert.AreSame(a, b) für Referenz-Typen. http://www.nunit.org/index.php?p=identityAsserts&r=2.2.7

    • Dies sagt immer noch, Sie sind nicht das gleiche für einige Grund.. (es wird nicht rufen Sie meine gleich Verfahren) 🙁 Was ich versuche zu testen ist, 2 Instanzen von der gleichen Klasse mit der gleichen ID, die sollte sagen ja Sie sind gleich.
    • Nicht sicher, man könnte durchaus Behaupten.IsTrue(objectA == objectB), aber ich bin mir nicht sicher, warum Sie benötigen, um.
    • Assert.AreSame(a, b) tatsächlich ausführen ReferenceEquals(a,b), und möglicherweise nicht, was Sie suchen. Wenn Sie möchten, zu behaupten, die gleiche Objekt-Instanz, als diese Methode verwenden. Ansonsten könnten Sie besser verwenden Assert.AreEqual(a,b) statt.
    InformationsquelleAutor Robert
  3. 3

    Einige frameworks ermöglichen, für die Gleichstellung zu arbeiten, anders, bevor die Id zugeordnet ist (dh, die Einheit ist noch nicht gespeicherte) als afterwarsd, wenn klar, dass das Absicht ist, dass die Entity Id ist die einzige Grundlage für die Qualität. Verwenden Sie irgendeine Art von Rahmen oder ist Entity eine eigene Klasse?

    Wenn es Ihre eigene Klasse können Sie zeigen den Kern der Equals () - Logik?

    Cheers,
    Berryl

    FYI Geltend zu machen.AreSame ist NIE ein test zum überprüfen der Implementierung von IEquatable! Sehen ReferenceEquals in Ihre Hilfe, doc, um zu verstehen, dass die Aussage besser.

    • +1 für "Geltend zu machen.AreSame ist NIE ein test zum überprüfen der Implementierung von IEquatable"
    InformationsquelleAutor Berryl
  4. 1

    Sollte es funktionieren (siehe diese stellt sich die Frage,) wenn die Equals-Methode wurde überschrieben, richtig. Könnte es ein problem mit der Equals-Methode (obwohl, wenn es einfach aus int Vergleich würde ich denke nicht)? Könnte sich lohnen, einen Haltepunkt in deine Equals-Methode und dann läuft der test, um zu sehen, was passiert hinter den kulissen.

    • Ich denke, die Einstellung Haltepunkt war genau das, was der OP tut
    InformationsquelleAutor jpoh
  5. 1

    Möchten Sie vielleicht zu prüfen, diese Frage:
    NUnit ist, Geltend zu machen.Gleich wirft exception "Geltend zu machen.Gleich sollte nicht verwendet werden, die für Behauptungen"

    tl;dr;
    Assert.Equals(obj1, obj2) ist überschrieben von NUnit, und wirft eine Ausnahme. Sollten Sie verwenden Assert.AreEqual(obj1, obj2) statt.

    InformationsquelleAutor Xilconic
Schreibe einen Kommentar