Test-Seam / Remote-Ausführung

Re: Test-Seam / Remote-Ausführung

ralf.wenzel hat geschrieben: ↑

10.03.2020 17:21

Darum ja meine Idee, das Teil parallel(!) zum DEV-System zu fahren. Weil schon der Test-Seam an sich Syntaxerrors erzeugen würde, wie ich ja schon schrieb, wenn man was von HUGO ins TEST transportieren würde.

Du sollst nicht von HUGO nach TEST sondern von TEST nach HUGO transportieren. Natürliche Programmanpassungen wie zum Beispiel der Aufruf der Seams passieren im TEST, nur die Seams selber werden im HUGO(!) entwickelt und dort ausgeführt

Re: Test-Seam / Remote-Ausführung

Das ist immer davon abhängig was ich will. Wenn ich eine Anwendung per Refactoring modernisieren will, muss ich zuerst wissen, wie sie sich unter welchen Bedingungen verhält. Dazu lohnt es sich, sie in Teile zu zerschneiden und diese Teile so systematisch wie möglich zu testen, ehe ich auf Basis dieser Tests einen Test z. B. für eine Methode schreiben kann, der dieselben Ergebnisse erwartet.

Das geht minimalinvasiv mit Test-Seams. Für nichts anderes sind sie gedacht und für nichts anderes taugen sie. Minimalinvasiv deshalb, weil ich eben nur die Bereiche markiere, was keine Änderung der Funktionalität mit sich bringt.

Das ist immer noch besser als zu "raten", welche Routine sich wie verhält - das hab ich oft genug gemacht, sowas ist "Lernen (der Funktionalität) durch Schmerz (Fehlermeldungen des Anwenders)".

Insofern kann ich das Argument überhaupt ganz und gar nicht nachvollziehen. Man möge mir eine bessere Möglichkeit vorstellen, systematisch die Funktionalität einer Codingstrecke zu ermitteln. Abgesehen davon, dass man auch z. B. Benutzereingaben "mocken" kann durch die Verwendung von Seams.

Ralf

Re: Test-Seam / Remote-Ausführung

Das Stichwort heißt "minimalinvasiv". Du willst ein Coding testen, nicht das ähnliche Coding, das sich _wahrscheinlich_ genauso verhält. Schon wenn es irgendwelche globalen Felder gibt, musst du die in der Methode irgendwie simulieren. Dazu musst du alle Zugriffe kennen und richtig interpretieren.

In der Folge testest du ein ähnliches Coding, aber nicht das, was du testen willst. Weil du das Coding verändern musst. So bekommst du aber nie wirklich das Verhalten eines Programmes nachgestellt, wenn du eines testest, das nur ähnlich ist und wahrscheinlich dasselbe tut.


Ralf