Automatisierte Tests

Automatisierte Tests

Hallo Leute,

ich wollte mich mal erkundigen, inwiefern eure Erfahrungen mit dem Herstellen von automatisierten Unit-Tests reichen und nach ein paar Beispielen fragen.
Ich schau mir gerade eCatt an und die Möglichkeiten damit automatisierte Tests zu fahren.

Viele Grüße

Re: Automatisierte Tests

ABAP Unit ist in dem Fall definitiv eine Alternative. Nur bin ich bei den Anforderungen - zumindest in 1. Version - dabei, dass nicht unbedingt ein Entwickler die Tests schreiben soll, sondern möglicherweise weitere Testfälle durch den Anwender beschrieben und fixiert werden sollen. Das passt dann wiederum nicht so ganz, weshalb ich mich auch mit eCATT beschäftige. Hat jemand mit eCATT Erfahrungen ( oder auch du Ralf ). Obwohl du mit ABAP Unit natürlich Recht hast.

Re: Automatisierte Tests

Hallo,

automatisierte Unit Test sind generell sinnvoll (egal wo). Agile Methode (Scrum etc.) haben ein hohes Potential zum Scheitern, wenn man sowas da nicht macht.

Wir haben im Sommer einen Studenten, der ABAP Unit untersuchen soll.

@Ralf: Die Testfälle für eine Methode oder einen FuBa, Bapi werden programmiert (bei ABAP Unit)?

Zu eCATT: Damit habe ich auch ganz gute Erfahrungen gemacht, wenn es korrekt eingerichtet ist und man sich damit auskennt. Funktioniert nur mit SAP. Wenn Du dazu Fragen hast, gerne.

Zur Zeit Testen wir gerade HP UFT aus, dass funktioniert auch ganz gut, ist aber teuer und einarbeitungsintensiv. Dafür kann man es auch für nicht SAP Sachen (z.B. Browser) verwenden.

Gruß

Re: Automatisierte Tests

ralf.wenzel hat geschrieben: So hat man standardisierte Tests, die immer unter denselben Voraussetzungen dasselbe Ergebnis erzeugen müssen - und das per Tastendruck. Das Problem ist, dass die meisten Kunden die Entwicklung von Testklassen nicht bezahlen, weil sie meinen "wenn ich das starte und am Ende kommt der richtige Beleg raus, ist doch gut".... Damit hat man aber eben nur gezeigt, dass es unter EINER bestimmten Voraussetzung funktioniert, nicht unter 20, 30, 50 verschiedenen.

Mich würden ja mal Deine/Eure Argumentationen interessieren, um dem Kunden aufs richtige Gleis zu bringen.
Bisher bin ich gescheitert.

Re: Automatisierte Tests

Wieviele Leute sind denn in den letzten 30 Jahren bei einem SAP Absturz ums Leben gekommen?

Re: Automatisierte Tests

Icke0801 hat geschrieben: Mich würden ja mal Deine/Eure Argumentationen interessieren, um dem Kunden aufs richtige Gleis zu bringen.
Bisher bin ich gescheitert.

Das gleiche hier. Es interessiert niemanden, ob man dadurch langfristig sehr viel Geld sparen kann. Ein Verantwortlicher Abteilungsleiter der ein Programm in Auftrag gibt, möchte immer möglichst schnell und mit möglichst wenig Aufwand ein Ergebnis haben.
Wenn man so jemanden erklärt, das mit vielleicht dem doppelten Aufwand zu Beginn in ein vernünftiges Design und entsprechenden Unit-Tests sich langfristig die Aufwände in Wartung und Weiterentwicklung um ein Vielfaches reduzieren lassen, wird er sich in der Regel für die schnellere und günstigere Variante entscheiden. Den Interessiert das alles nicht. Der ist vielleicht in 2 Jahren schon nicht mehr da. Also warum mehr investieren?

Ein aktuelles Beispiel. Ich bin zur Zeit unter anderem für ein Bank-nahes Serviceunternehmen tätig. Man sollte meinen das gerade bei kritischen Anwendungen ein vernümftiges Design und eine abgesicherte Funktionalität durch Unit-Tests vorhanden sein sollte. Weit gefehlt! Die Folge? Sobald jemand mit einer Anforderung bzgl. einer Erweiterung oder einer neuen Funktionalität kommt, bricht die nackte Panik bei den Entwicklern aus. Es dauert Monate/Jahre bis ein neues Release produktiv zur Verfügung steht, weil sich keiner an die laufenden Sachen ran traut.
Natürlich wird da auch getestet, aber das läuft i.d.R. so das man einen neuen Entwicklungsstand in das QS-System transportiert und sich überraschen lässt was denn da so passiert. Wenn man Glück hat geht was schief (dann hat man nämlich noch die Chance korrigierend einzugreifen),und es geht wieder von vorne los im Entwicklungs-System. Das ist so ein langwieriger Prozess und jeder ist frustriert, angefangen von der Unternehmensführung, über die IT-Leitung, den Entwicklern, den Fachabteilungen und zu guter letzt den Kunden. Aber selbst hier ist es so, wenn man vorschlägt doch etwas mehr Hirnschmalz in das Design von neuen Entwicklungen zu stecken und das ganze mit Unit-Test abzusichern, bekommt man als Antwort das dauert zu lang und ist zu teuer. Was soll man da noch sagen?

Viele Grüße,

P.S.: Sorry an den Themenersteller für das Off-Topic.

Re: Automatisierte Tests

erp-bt hat geschrieben:Aber selbst hier ist es so, wenn man vorschlägt doch etwas mehr Hirnschmalz in das Design von neuen Entwicklungen zu stecken und das ganze mit Unit-Test abzusichern, bekommt man als Antwort das dauert zu lang und ist zu teuer. Was soll man da noch sagen?

Wahrscheinlich hat sich noch niemand im Detail darum gekümmert, was "das" eigentlich kosten würde.
Du brauchst im Grunde nur einmal auszurechnen/ zu schätzen, wie hoch die Kosten für die letzte Anpassung waren.
Dann musst du natürlich ein Konzept machen für die Erstellung von Unit-Tests und was dafür an Arbeit geleistet werden muss.
Wenn du richtig liegst, sind die Kosten für die Implementierung der Unit-Tests geringer.
Sollte es sich die Waage halten, dann zieht das buzz word "Risikominimierung" häufig ganz gut.

Und trotzdem ist meistens "das Hemd näher als die Hose", wie es so schön heißt. Das heißt, gemacht wird erst etwas, wenn etwas unbedingt und unaufschiebbar getan werden muss. Egal was es dann kostet.

Re: Automatisierte Tests

Als Themenersteller nehme ich die Entschuldigung zu dem Off Topic mal an ^^
(obwohl recht interessant ist was sich im Off Topic entwickelt hat)

Aber nichtsdestotrotz nochmal back to topic...

Ich wollte mal nach praxisnahen Beispielen von ABAP Unit fragen. Die bisherigen Beispiele die ich gefunden habe, gehen auf arithmetische Funktionen zurück.