Logik eine Programmes
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.Unter "selber Testen" verstehe ich „F8 drücken und gucken ob es dumpt“, ja und dann aber noch das Ergebnis fachlich prüfen, nachrechnen, so dass man es dem Fachbereich, professionellen Tester zumuten kann.ralf.wenzel hat geschrieben:...Weil das, was viele (u a sicher auch er) mit „Testen“ meinen, aber für TDD nicht reicht, „F8 drücken und gucken ob es dumpt“ mit einschließt.Ralf
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von DeathAndPain (Top Expert / 1795 / 213 /
396
)
»
Das ist nicht "testen", sondern "ausprobieren".Unter "selber Testen" verstehe ich „F8 drücken und gucken ob es dumpt“
Beitrag
von ralf.wenzel (Top Expert / 3776 / 176 /
262
)
»
1. Das ist mein Satz 
2. Das sehen 8 von 10 Entwicklern anders.
Ralf
2. Das sehen 8 von 10 Entwicklern anders.
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Wie schafst Du es die F8 Taste zu drücken, ohne zu gucken ob es dumpt? 
Das ist ein Nebeneffekt, der sich beim Test gar nicht verhindern lässt, egal wie getestet wird.
Für einen Report definiere ich die Eingangsparameter und Prüfe was hinten rauskommt. Für das dazwischen ist der Entwickler zuständig, inkl. seiner Tests. Wenn die Klassen, Methoden,... automatisiert durchgetestet und analysiert werden, dann ist das gut.
Dies verhindert aber nicht, dass eine "Kuh" hinten rauskommt, aber es ein "Pferd" hätte werden sollen. Dies ist die eigentliche Herausforderung beim Test.
Das sind unterschiedliche Sichtweisen des Testens. Ihr redet von Entwicklertests, aber für den Fachbereich ist nur das Endergebnis wichtig. Wenn ein Entwickler das Endergebnis beurteilen kann, hat er einen klaren Vorteil.
PS: ich nutze "ABAP" nur im Anzeige und Debugging Modus.
Das ist ein Nebeneffekt, der sich beim Test gar nicht verhindern lässt, egal wie getestet wird.
Für einen Report definiere ich die Eingangsparameter und Prüfe was hinten rauskommt. Für das dazwischen ist der Entwickler zuständig, inkl. seiner Tests. Wenn die Klassen, Methoden,... automatisiert durchgetestet und analysiert werden, dann ist das gut.
Dies verhindert aber nicht, dass eine "Kuh" hinten rauskommt, aber es ein "Pferd" hätte werden sollen. Dies ist die eigentliche Herausforderung beim Test.
Das sind unterschiedliche Sichtweisen des Testens. Ihr redet von Entwicklertests, aber für den Fachbereich ist nur das Endergebnis wichtig. Wenn ein Entwickler das Endergebnis beurteilen kann, hat er einen klaren Vorteil.
PS: ich nutze "ABAP" nur im Anzeige und Debugging Modus.
Beitrag
von ralf.wenzel (Top Expert / 3776 / 176 /
262
)
»
Ich drücke erst F8, wenn meine Unit-Tests funktionieren.A6272 hat geschrieben:Wie schafst Du es die F8 Taste zu drücken, ohne zu gucken ob es dumpt?
Das ist ein Nebeneffekt, der sich beim Test gar nicht verhindern lässt, egal wie getestet wird.
Natürlich ist der Entwickler zuständig - sorry, ich dachte ich sei hier im ABAP (!) forum. Du kennst offenbar nicht den Unterschied zwischen Unit-Tests, Integrationstests und User-Akzeptanztest. Und nein, wenn alle Unit-Tests korrekt sind, wäre es ein sehr seltener Zufall, dass hinten ein in sich korrektes Objekt rauskommt (wenn es nicht in sich korrekt ist, schlägt ein Unit-Test fehl), das etwas vollkommen anderes ist als vorgesehen. Da kann eigentlich keine Kuh rauskommen.A6272 hat geschrieben:Für einen Report definiere ich die Eingangsparameter und Prüfe was hinten rauskommt. Für das dazwischen ist der Entwickler zuständig, inkl. seiner Tests. Wenn die Klassen, Methoden,... automatisiert durchgetestet und analysiert werden, dann ist das gut.
Dies verhindert aber nicht, dass eine "Kuh" hinten rauskommt, aber es ein "Pferd" hätte werden sollen. Dies ist die eigentliche Herausforderung beim Test.
Nein, wenn er das NICHT kann, ist er Programmeintipper. Ein Maschinenbauingenieur, der Motoren baut, muss auch Motorentechnik beherrschen.A6272 hat geschrieben:Das sind unterschiedliche Sichtweisen des Testens. Ihr redet von Entwicklertests, aber für den Fachbereich ist nur das Endergebnis wichtig. Wenn ein Entwickler das Endergebnis beurteilen kann, hat er einen klaren Vorteil.
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von DeathAndPain (Top Expert / 1795 / 213 /
396
)
»
Mag sein, dass Du ihn mal verwendet hast, aber ich kenne ihn schon wesentlich länger. Vor zahllosen Jahren habe ich bei AVM Aschaffenburg (gibt es den Laden eigentlich noch?) mal einen Semesterferienjob gemacht. Das muss noch im alten Jahrtausend gewesen sein. Dort gab es einen Prokuristen namens Erich Adami, der auch die Programmieraufträge verteilt hat. Eines Tages bekam ich mit, wie ein Programmierer zu ihm kam und meinte:DeathAndPain hat geschrieben:Das ist nicht "testen", sondern "ausprobieren".Ralf hat geschrieben:1. Das ist mein Satz
Programmierer: "Das Programm ist jetzt fertig."
Adami: "Gut, dann werde ich es nachher testen."
Programmierer: "Ich habe es schon ausprobiert!"
Adami: "Ausprobieren ist nicht testen."
Das ist mir nach all den Jahren immer noch im Gedächtnis.
Genau wie ich wahrscheinlich auch nie Deine Bemerkung vergessen werde, dass eine unsortierte Tabelle nicht mehr ist als eine Liste. Finde ich auch klasse (und richtig).
Vergleichbare Themen
1
Antw.
Antw.
680
Views
Views
Installation eines Programmes aus SAP-Marketplace
von Jo » 19.11.2005 00:24 • Verfasst in ABAP® Core
von Jo » 19.11.2005 00:24 • Verfasst in ABAP® Core
5
Antw.
Antw.
2621
Views
Views
1
Antw.
Antw.
1088
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.