Je nachdem, wohin Sie schauen, erhalten Sie leicht unterschiedliche Antworten. Ich habe viel über das Thema gelesen und hier ist meine Destillation; Auch diese sind leicht wollig und andere können anderer Meinung sein.
Unit Tests
Testet die kleinste Funktionseinheit, normalerweise eine Methode / Funktion (z. B. bei einer Klasse mit einem bestimmten Status sollte das Aufrufen der x-Methode für die Klasse dazu führen, dass y auftritt). Unit-Tests sollten sich auf eine bestimmte Funktion konzentrieren (z. B. sollte der Aufruf der Pop-Methode, wenn der Stapel leer ist, eine auslösen InvalidOperationException). Alles, was es berührt, sollte in Erinnerung bleiben; Dies bedeutet, dass der Testcode und der zu testende Code nicht:
- Rufen Sie (nicht triviale) Mitarbeiter an
- Greifen Sie auf das Netzwerk zu
- Schlagen Sie eine Datenbank
- Verwenden Sie das Dateisystem
- Faden spinnen
- usw.
Jede Art von Abhängigkeit, die langsam / schwer zu verstehen / zu initialisieren / zu manipulieren ist, sollte mit den entsprechenden Techniken gestoppt / verspottet / was auch immer, damit Sie sich auf das konzentrieren können, was die Codeeinheit tut, nicht auf das, was ihre Abhängigkeiten tun.
Kurz gesagt, Unit-Tests sind so einfach wie möglich, leicht zu debuggen, zuverlässig (aufgrund reduzierter externer Faktoren), schnell auszuführen und helfen zu beweisen, dass die kleinsten Bausteine Ihres Programms wie beabsichtigt funktionieren, bevor sie zusammengesetzt werden. Die Einschränkung ist, dass, obwohl Sie beweisen können, dass sie perfekt isoliert funktionieren, die Codeeinheiten in Kombination explodieren können, was uns zu ...
Integrationstests
Integrationstests bauen auf Komponententests auf, indem sie die Codeeinheiten kombinieren und testen, ob die resultierende Kombination korrekt funktioniert. Dies können entweder die Innereien eines Systems sein oder mehrere Systeme miteinander kombinieren, um etwas Nützliches zu tun. Ein weiterer Unterschied zwischen Integrationstests und Komponententests ist die Umgebung. Integrationstests können und werden Threads verwenden, auf die Datenbank zugreifen oder alles Notwendige tun, um sicherzustellen, dass der gesamte Code und die verschiedenen Umgebungsänderungen ordnungsgemäß funktionieren.
Wenn Sie einen Serialisierungscode erstellt und die Innereien des Geräts getestet haben, ohne die Festplatte zu berühren, woher wissen Sie, dass dies beim Laden und Speichern auf der Festplatte funktioniert? Vielleicht haben Sie vergessen, Filestreams zu spülen und zu entsorgen. Möglicherweise sind Ihre Dateiberechtigungen falsch und Sie haben die Innereien in Speicherströmen getestet. Die einzige Möglichkeit, dies sicher herauszufinden, besteht darin, es in einer Umgebung zu testen, die der Produktion am nächsten kommt.
Der Hauptvorteil besteht darin, dass sie Fehler finden, die bei Komponententests nicht auftreten können, z. B. Verdrahtungsfehler (z. B. eine Instanz der Klasse A erhält unerwartet eine Nullinstanz von B) und Umgebungsfehler (sie läuft auf meinem Single-CPU-Computer einwandfrei, aber meine Die 4-Kern-Maschine des Kollegen kann die Tests nicht bestehen. Der Hauptnachteil besteht darin, dass Integrationstests mehr Code berühren, weniger zuverlässig sind, Fehler schwerer zu diagnostizieren und die Tests schwieriger zu warten sind.
Außerdem beweisen Integrationstests nicht unbedingt, dass eine vollständige Funktion funktioniert. Der Benutzer kümmert sich möglicherweise nicht um die internen Details meiner Programme, aber ich tue es!
Funktionstests
Funktionstests überprüfen ein bestimmtes Merkmal auf Richtigkeit, indem sie die Ergebnisse für eine bestimmte Eingabe mit der Spezifikation vergleichen. Funktionstests befassen sich nicht mit Zwischenergebnissen oder Nebenwirkungen, sondern nur mit dem Ergebnis (es ist ihnen egal, dass Objekt y nach x den Zustand z hat). Sie werden geschrieben, um einen Teil der Spezifikation zu testen, z. B. "Aufruf der Funktion Square (x) mit dem Argument 2 gibt 4 zurück".
Akzeptanztests
Akzeptanztests scheinen in zwei Typen unterteilt zu sein:
Bei Standard-Abnahmetests werden Tests auf dem gesamten System durchgeführt (z. B. mithilfe Ihrer Webseite über einen Webbrowser), um festzustellen, ob die Funktionalität der Anwendung der Spezifikation entspricht. Beispiel: "Durch Klicken auf ein Zoomsymbol sollte die Dokumentansicht um 25% vergrößert werden." Es gibt kein wirkliches Kontinuum von Ergebnissen, nur ein Bestehen oder Nichtbestehen.
Der Vorteil ist, dass die Tests in einfachem Englisch beschrieben werden und sicherstellen, dass die gesamte Software vollständig ist. Der Nachteil ist, dass Sie die Testpyramide um eine weitere Ebene nach oben verschoben haben. Akzeptanztests berühren Berge von Code, daher kann es schwierig sein, einen Fehler aufzuspüren.
Bei der agilen Softwareentwicklung umfasst das Testen der Benutzerakzeptanz das Erstellen von Tests, um die vom / für den Kunden der Software während der Entwicklung erstellten User Stories widerzuspiegeln. Wenn die Tests bestanden sind, bedeutet dies, dass die Software die Anforderungen des Kunden erfüllen sollte und die Geschichten als vollständig betrachtet werden können. Eine Akzeptanztestsuite ist im Grunde eine ausführbare Spezifikation, die in einer domänenspezifischen Sprache geschrieben ist und die Tests in der von den Benutzern des Systems verwendeten Sprache beschreibt.
Fazit
Sie ergänzen sich alle. Manchmal ist es vorteilhaft, sich auf einen Typ zu konzentrieren oder ihn ganz zu meiden. Der Hauptunterschied für mich besteht darin, dass einige der Tests die Dinge aus der Sicht eines Programmierers betrachten, während andere einen Kunden- / Endbenutzerfokus verwenden.