Massentest mit Testklassen?

Re: Massentest mit Testklassen?

Ein Massentest ist mir nicht bekannt. Also müsstest du deine Test-Methoden mehrmals aufrufen. Wenn es also um einen "Performance-Test" geht, kannst du ja eine weitere Testmethode schreiben in der du DO n TIMES die eigentliche Testmethode aufrufst.

ewx hat geschrieben:Wenn jedoch ein Klassenkonstruktor im Spiel ist und evtl. eine global definierte interne Tabelle gefüllt wird, dann kann die x-fache Ausführung einer Methode ganz andere Werte liefern.

Das macht mich jetzt ein wenig stutzig. Ein Klassenkonstruktor wird nur EINMAL aufgerufen. d.h. auch die x-fache Ausführung einer Methode bewirkt keine Änderung in diesem Berreich.

Generell ist es ja möglich bei der Freigabe eines Transportauftrages die Unit-Tests aller enthaltener Objekte zu durchlaufen. Demnach müsste es einen Baustein oder einen Report dafür geben, den man im Hintergrund einplanen könnte und somit eine mehrfache Ausführung einer Testsuite bewirken könnte. Leider bin ich da nicht so tief in der Materie drinnen um dir den richtigen Fingerzeig zu liefern.

lg ADT

Re: Massentest mit Testklassen?

Hm, also eigentlich sind Testklassen dafür da, die Funktionsfähigkeit einer Methode zu ermitteln, für Massentests sind die weder gedacht noch geeignet.

Was spricht gegen die Laufzeitanalyse?

Re: Massentest mit Testklassen?

ewx hat geschrieben:Gegen die Laufzeitanalyse spricht, dass ich für einen massentest entsprechende testdaten habe. Ich stelle mir aber vor, einen Massentest beliebiger Größe durchführen zu können, ohne dass ich dafür testdaten habe.

Jein.
Zur Klarstellung: Gerade bei Testklassen hat man ja Testdaten.
Du willst dir das zusätzliche Anlegen von Testdaten für einen Massentest ersparen indem du die Testdaten aus deinen Testklassen nutzt.

Vielleicht würde dir hier ein anderes Design-Pattern für die DB-Abstraktion weiterhelfen: DAO (DataAccessObject)
Wir haben bei uns gerade damit angefangen und obwohl ich zu Beginn eher skeptisch war (der neue Kollege und was der schon wieder für Ideen hat *tztz*) muss ich sagen, dass man damit sehr leicht auch ein Testdatenverzeichnis anlegen kann, das man auch in mehreren Testklassen verwenden kann ohne Code zu duplizieren.
Grundsätzlich besteht ein DAO nur aus einem Interface das dem einzigen Zweck dient auf EINE Datenbanktabelle zuzugreifen (INSERT, UPDATE, DELETE, SELECT).
Dann gibt es eine Klasse die dieses Interface implementiert und alle Methoden für den DB-Zugriff bereitstellt.
In der Testklasse legt man nun einen Dummy-DAO an der anstatt des DB-Zugriffs mit internen Daten arbeitet.
Mein Vorschlag:
Man legt einfach diese Dummy-DAOs NICHT in der Testklasse ab, sondern als globale Klasse im Repository. Vorausgesetzt man hat ein einigermaßen brauchbares Benennungsschema kann man so in mehreren Testklassen auf dieselben Testdaten zugreifen. Was noch dazu kommt ist, dass man in einer Klasse ja auch mehrere Interfaces kombinieren kann und so einen ganzen Testfall der auch Abhängigkeiten abdeckt erzeugen kann.
Wenn man nun die Schnittstelle zum Austauschen des DAOs innerhalb eines "produktiven" Programms erreichen kann, könnte man auch ohne Testklassen und AUNIT-Framework einen Massentest anstoßen.
z.B. Report X bindet Report Y mittels Include ein und verändert im START-OF-SELECTION o.Ä. die DAOs auf die mit den Testdaten.
Volia: Nun kann man sogar Tests mit Benutzerinteraktionen durchführen ohne die Datenbank zu verändern.

Das sind mal Dinge die mir so durch den Kopf schweben, ich aber noch nicht Zeit hatte auszuprobieren

lg ADT

Re: Massentest mit Testklassen?

Lustiger Weise hatte ich mit einem Kollegen das Konzept bereits erarbeitet... Allerdings nicht um Testdaten zu erzeugen, sondern um Testdaten in einer anderen Tabelle speichern zu können.
Das ist aber natürlich wirklich einfach zu erweitern
- IF_PROD für den Zugriff auf Produktive Daten aus Tabelle ZABC_PROD
- IF_TEST für den Zugriff auf Testdaten aus Tabelle ZABC_TEST
- IF_MASSTEST1 zur Erzeugung einer kleinen Testdatenmenge
- IF_MASSTEST2 zur Erzeugung einer unglaublich großen Menge von Testdaten

Danke für den Schubser in diese Richtung! Das werde ich so vorschlagen!

(happy)

Re: Massentest mit Testklassen?

a-dead-trousers hat geschrieben:Vielleicht etwas anders:
IF_DAO_XYZ für den Zugriff auf Daten der Tabelle XYZ.
CL_DAO_XYZ implementiert IF_DAO_XYZ für den Zugriff auf die DB-Tabelle XYZ.
CL_DAO_XYZ_TEST implementiert IF_DAO_XYZ für den Zugriff auf die (internen) Testdaten der Tabelle XYZ.

Nee, bestimmt anders! Du hast Recht, ich brauche ja das Interface nur einmal und muss es dann in die Objekte einbauen.
Danke!