Massentests mit DUnitX

[Bernhard Geyer]

Zitat:

Zitat von Uwe Raabe (Beitrag 1485618)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1485594)

Und diese Schleifenansatz hat den Vorteil das man eine großen Menge an Fällen testen kann. Das alles in tausenden Zeilen Attribute zu schreiben kostet nur zeit das zu schreiben.

Eben dafür gibt es ja auch den TestDataProvider.

Kannte ich nicht. Muss ich mir mal anschauen :thumb:

Sind noch bei uns drüber auch die restlichen DUnit-Tests durch DUnitX-Tests zu ersetzen.
Mit Kopplung an Jenkins gibt da wenigstens eine gute Auswertung. Und mittlweile gibts die passende Unit auch direkt im git-Repository (DUnitX.Loggers.XML.JUnit.pas)

[Rollo62]

Zitat:

Zitat von Uwe Raabe (Beitrag 1)

Mit einem TestDataProvider, der einfach die Dateien in einem Verzeichnis auflistet, brauche ich nur eine neue Datei in das entsprechende Verzeichnis zu legen und schon laufen alle Tests auch mit dem neuen Code-Schnipsel

Ja, das Filesystem ist eine gute Lösung für solche Dinge.
Man kann sich andere Arten von TestDaten auch z.B. über eine Datenbank hereinladen.
Die hätte den Vorteil "remote" konfigurierbar und erweiterbar zu sein.

So ein TestDataProvider macht viel Sinn, und nicht nur für Massentests.

[Stevie]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1485627)

Sind noch bei uns drüber auch die restlichen DUnit-Tests durch DUnitX-Tests zu ersetzen.

Unnötig, DUnit kann komplett problemlos aufgebohrt werden, so dass es Attribute und anderen Schnick unterstützt, aber bestehende Tests einfach so weiter funktionieren.
Machen wir seit mind 2012.

[Stevie]

Bin gerade noch über ein anderes Argument für einzelne Tests Pro Datenkonstellation gestolpert.
Performancemessung (eine sehr grobe zugegeben) bekommst ja bei DUnit und co geschenkt - da kann man z.B. schnell sehen, obs für bestimmte Daten irgendwie langsamer läuft als für andere.