Unit-Tests von anderen Klassen starten

Unit-Tests von anderen Klassen starten

Moin,

ich habe folgendes Problem: Ich habe in einer Klasse (nennen wir sie ZCL_A) Änderungen zu machen, die in einer von n Klassen (ZCL_1, ZCL_2, etc.) zu Unit-Test-Fehlern führen. Das fällt aber nicht bzw zu spät auf, weil diese Klassen nicht mit im Transportauftrag stehen.

Jetzt denke ich mir folgendes: Wenn es in ZCL_A einen Unit-Test gäbe, der die Tests in ZCL_1, ZCL_2, ... ausführen würde, würde eine Freigabe des Transports von ZCL_A auf einen Fehler laufen. Dafür müsste der Unit-Test auf einen Fehler laufen, wenn einer der Unit-Tests der n Klassen auf einen Fehler läuft.

Alternativ könnte man ZCL_1, ZCL_2, etc. auch in den Transport mit aufnehmen, aber wenn ich daran denke, denke ich auch dran, deren Unit-Tests auszuführen.

Ich brauch was Idioten.... ähhh... Ralf-sicheres 😉


Ralf

Re: Unit-Tests von anderen Klassen starten

Das machen wir bei jedem Transport auf einem Staging-System. Ich will es aber vor dem Transport wissen 😉


Ralf

Re: Unit-Tests von anderen Klassen starten

Nein, ist es nicht. Es ist gar nicht so selten, dass man eine Klasse ändert und das Auswirkungen auf die Unit-Tests einer anderen Klasse hat. Oft testet man mit Unit-Tests auch ganze Prozess-Teile. Hatte ich z. B., als ich IDOCs erstellt habe und wissen wollte, ob aus dem Objekt, das ich hatte, korrekte IDOCs erstellt werden. Die IDOC-Erstellung funktioniert ja, die Frage ist, ob ich auch hinreichend Daten dafür übergebe oder ob was fehlt. Das sehe ich erst, wenn ich das IDOC erstellt habe.

Wenn ich SICHER und final wüsste, welche Daten übergeben werden müssten, müsste ich nicht testen 😉 Also rufe ich den "IDOC-Ersteller" der SAP auf, um zu sehen, ob da ein Fehler entsteht oder nicht. Der befindet sich in einer anderen Klasse von mir.

Wirklich völlig unabhängig Unit-Tests hab ich bisher selten gesehen. Eigentlich müsste man z. B. Buchungen testen ohne Rückgriff auf das Customizing, aber wer mockt schon das ganze Customizing, das für eine Buchung notwendig ist? Sowas wie Buchungsschlüssel kann man schlichtweg voraussetzen.

Ralf

Re: Unit-Tests von anderen Klassen starten

BAdI CTS_REQUEST_CHECK
Alle Klassen in den Paketen ermitteln und dort einen runner darauf ausführen und auswerten.

Re: Unit-Tests von anderen Klassen starten

So wie a-dead-trousers es schreibt, hätte ich es auch gemacht. Die eigentlich Klasse mit den Testmethoden muss doch sowieso "abstract" sein. Bei einer globale Klasse meckert die SAP sonst rum.
D.h. man könnte in seinem Paket die abstracte Klasse ableiten. Dann sollte sie auch ausgeführt werden.
Der zweite Punkt ist der regelmäßige Job. Ich war im Java-Projekt, da wurde auf dem Jenkens-Server der Build gemacht und dort auch die Unit-Test ausgeführt.
Prüft die Transportfreigabe nur die Unit-Tests in der Klasse aus dem Transport? Wäre ja sinnvoll, wenn man bei der Freigabe irgendwo festlegen könnte, von welchen Paketen die Unit-Test ausgeführt werden sollen.
--
Andererseits: " Ich habe in einer Klasse (nennen wir sie ZCL_A) Änderungen zu machen, die in einer von n Klassen (ZCL_1, ZCL_2, etc.) zu Unit-Test-Fehlern führen."
Dann sind aber deine Änderungen nicht abwärtskompatibel. Irgendwer hat ja mal in der Klasse ZCL_A festgelegt, dass genau diese Funktionen bereit stehen. Dafür sollte also die ZCL_A ihre Unit-Tests haben. Wenn du da was änderst, schlagen die Unit-Test fehlt.
Oder anders: Warum die Klassen ZCL...1, ZCL...2 Unit-Test, die sich auf die Klasse ZCL_A beziehen. ZCL...1 soll doch sich testen und nicht ZCL_A.

Re: Unit-Tests von anderen Klassen starten

msfox hat geschrieben: ↑

16.12.2025 10:43

Oder anders: Warum die Klassen ZCL...1, ZCL...2 Unit-Test, die sich auf die Klasse ZCL_A beziehen. ZCL...1 soll doch sich testen und nicht ZCL_A.

Das war auch mein Gedanke. Wenn das der Fall ist, dann werden in Unit tests von ZCL_1/2 Abhängigkeiten zu ZCL_A mitgetestet, die dort nicht hingehören.