Einheitentests im Produktionsfreigabecode? [geschlossen]

1. Absolut. Wenn unser Build die Einheitentestsuite besteht, ist es markiert und ein Kandidat für die Produktion
2. Nein. Bereitstellungen enthalten weder Tests noch unterstützende Bibliotheken (z. B. Komponententestbibliotheken, Mocking etc.)

Das obige ist meine allgemeine Regel (ich stelle normalerweise nichttechnische Benutzer bereit). Jedoch habe ich eine Ausnahme, die ein Programmiertool ist, das mit ~ 130 Testskripten Unit-getestet wird. Da die Testskripts zum Beispiel doppelt vorhanden sind, stelle ich diese zusammen mit der Produktionsversion bereit und erweitere damit die vorhandene Dokumentation.

Die Bereitstellung von Tests mit Open-Source-Code lohnt sich auf jeden Fall. Es ermöglicht Benutzern, mit Patches zu spielen, sie zu modifizieren und zu senden, während sie in der Lage sind, die erfolgreich bestandenen Tests auszuführen, damit das ursprüngliche Artefakt freigegeben werden kann.

1. Ja natürlich! Komponententests werden für alle Buildkonfigurationen ausgeführt.

2. Komponententests sind immer intakt, aber das bedeutet nicht, dass ausgelieferte Assemblies von Tests abhängig sind. Tests werden immer in einer parallelen Assembly (in derselben Build-Umgebung) geschrieben, die dann die Produktionsassembly testet. Die parallele Baugruppe wird nicht ausgeliefert, da sie nur die Tests enthält.

1. Ja, erinnern Sie sich an den klassischen Fehler "Assert mit Nebenwirkungen", der ebenfalls erfasst werden muss. Aber dieser muss nicht so oft gemacht werden wie der Debug-Build, wo jeden Tag ein kompletter Test gemacht werden sollte.
2. Typische Komponententests befinden sich in verschiedenen Übersetzungseinheiten und in einem anderen Projekt, so dass ein Release-Build des Hauptprojekts sie überhaupt nicht berührt. Wenn sich Ihre Komponententests jedoch in denselben Übersetzungseinheiten wie der getestete Code befinden, können Sie die bedingte Kompilierung verwenden, um sie von den Releases auszuschließen.

Hängt vom Projekt ab. Ja zu Nummer 1. Nach dem Grundsatz, dass alles in die Quellcodeverwaltung eingecheckt werden sollte und es einfach sein sollte, einen neuen Entwickler in Gang zu bringen. Machen Sie sie Teil der Codebasis. Neue Leute können einen Check-out durchführen und die Tests durchführen.

Ob sie in der Produktion eingesetzt werden, ist ein anderes Problem. Ich habe nicht an einem Projekt gearbeitet, das sie dort gebraucht hat. Das Bereitstellungsmodell von Rails ist (im Allgemeinen) einfach ein Check-out des gesamten Projekts auf einer Produktionsmaschine, also ja, sie sind da. Java / Maven-Projekte haben einen ganzen Build / Packaging-Schritt, und im Allgemeinen können Komponententests beim Erstellen der endgültigen WAR-Datei entfernt und entfernt werden.