Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Ähnlich wie Apex NRW Meetup 10/2019 - Testing mit utPLSQL v3
Ähnlich wie Apex NRW Meetup 10/2019 - Testing mit utPLSQL v3 (20)
Apex NRW Meetup 10/2019 - Testing mit utPLSQL v3
- 1. Testing mit Aber das hat gestern noch funktioniert Samuel Nitsche @Der_Pesse derpesse@gmail.com http://cleandatabase.wordpress.com Senior Software Entwickler bei Smart Enterprise Solutions, Pforzheim Maintainer utPLSQL, Oracle ACE Live-Code Beispiele: https://github.com/pesse/sith-demo-db/tree/ apexconn19/presentation_stages
- 4. Demo https://github.com/pesse/sith-demo- db/tree/apexconn19/presentation_stages/1_the_unexpected_menace.sql Episode I: The Unexpected Menace Du bist Entwickler in der Imperialen Armee, seit gestern zuständig für die Datenbank, die die Einsatzkräfte der dunklen Seite organisiert. Ein mächtiger Sith-Lord hat sich angekündigt und erwartet eine Last- Minute-Änderung…
- 5. V_GROUPS GROUP_NAME 1st Squad of 1st Platoon of 2nd Company of 5th Battalion of 1st Brigade of 1st Division Ehrung einer Soldaten- Gruppe Revan’s Ghosts ?? ? LEADER_NAME LEADER_RANK_LABEL
- 9. utPLSQL Ultimate Testing Framework For PL/SQL • Frei • Open-Source • Aktive Weiterentwicklung • Komplett in PL/SQL geschrieben • Umfangreiches Tooling • Installation: http://utplsql.org/utPLSQL/latest/userguide/install.html
- 11. Demo https://github.com/pesse/sith-demo- db/tree/apexconn19/presentation_stages/2_regression_hope.sql Episode II: Regression Hope Nach der schrecklichen Erfahrung mit Darth Ora machst Du Dich auf, das sagenumwobene Artefakt utPLSQL zu meistern und Deinen ersten Unit-Test zu schreiben…
- 13. Vorteile • Change-Detectors • Transportabel • Regression-Absicherung • Anforderungs-Bestätigung Jede Art von automatisiertem Test
- 16. Demo https://github.com/pesse/sith-demo- db/tree/apexconn19/presentation_stages/3_the_tdd_awakens.sql Episode III: The TDD Awakens Obwohl der erste Unit-Test die Bedrohung durch Regression-Fehler vorerst zurückgeschlagen hat, lauern überall Gefahren für die Funktionalität der Applikation. Doch Du spürst, wie die Macht des Test- Driven-Development langsam in Dir erwacht…
- 17. Assault Group 1 Division 1 Brigade 1 Division 2 Brigade 1 Batallion 1 Batallion 2 Company 1 Platoon 1 Company 2 Platoon 1 Platoon 2 Brigade 2 Division 3 Brigade 1 1st Platoon of 2nd Company of 2nd Batallion of 1st Brigade of 2nd Division of 1st Assault Group
- 18. Position innerhalb übergeordneter Gruppe: 1 Label Gruppentyp: Platoon Ehrenname: Revan‘s Ghosts Result = Revan‘s Ghosts Position innerhalb übergeordneter Gruppe: 1 Label Gruppentyp: Platoon Ehrenname: NULL Result = 1st Platoon GET_GROUP_NAME
- 20. Wie weit gehen mit Tests?
- 21. Automate All the Things!
- 22. Automate the Right Things!
- 23. Welche Tests lohnen sich? • Risiko • Nutzen • Kosteneffizienz • Historie • Änderungswahrscheinlichkeit Angie Jones: Which Tests should we Automate? @techgirl1908 https://www.youtube.com/watch?v=VL-_pnICmGY Angie Jones‘ Kategorien
- 24. Risiko • Wie gravierend sind die Folgen? • Wie wahrscheinlich ist es, dass ein bestimmter (Fehler-)Fall auftritt?
- 25. Nutzen • Welche neuen Informationen bietet mein Test? • Wie schnell würde ein Fehler behoben werden?
- 26. Kosten- effizienz • Wie schnell kann ein Test geschrieben werden? • Wie einfach ist es, einen Test zu schreiben?
- 27. Änderungs- wahrscheinlichk eit • Wie oft wird sich der Code zukünftig ändern? • Wie selten wird sich die Funktionalität zukünftig ändern?
- 28. Demo https://github.com/pesse/sith-demo- db/tree/apexconn19/presentation_stages/4_attack_of_the_views.sql Episode IV: Attack of the Views Ein Schritt Deiner Mission zu stabiler Funktionalität ist erreicht, doch nun gilt es, die alte Legacy-View endgültig los zu werden. Ein alter, beinahe vergessener Bekannter kommt dabei zur Hilfe…
- 32. Demo https://github.com/pesse/sith-demo- db/tree/apexconn19/presentation_stages/5_return_of_the_unit_test.sql Episode V: Return of the Unit-Test Deine View erstrahlt in neu refaktorisiertem Glanz und zum ersten Mal seit langem ist die Aussicht auf Wartbarkeit greifbar. Nun ist es Zeit, sie vor zukünftigen Angriffen zu schützen…
- 34. savepoint before_suite setup_a_test_group savepoint before_test set_some_global_variables update_group_without_honor_name reset_some_global_variables rollback before_test savepoint before_test set_some_global_variables setup_honor_name update_group_with_honor_name you_can_just_do_this reset_some_global_variables rollback before_test cleanup_non_transactional_stuff rollback before_suite --%suite(Change groupname) --%beforeall procedure setup_a_test_group; --%beforeeach procedure set_some_global_variables; --%test(Update group without honor name will set one) procedure update_group_withouth_honor_name; --%test(Update group with honor name will change it) --%beforetest(setup_honor_name) --%aftertest(you_can_just_do_this) procedure update_group_with_honor_name; procedure setup_honor_name; procedure you_can_just_do_this; --%aftereach procedure reset_some_global_variables; --%afterall procedure cleanup_non_transactional_stuff; --%suite(Change groupname) --%beforeall procedure setup_a_test_group; --%beforeeach procedure set_some_global_variables; --%test(Update group without honor name will set one) procedure update_group_withouth_honor_name; --%test(Update group with honor name will change it) --%beforetest(setup_honor_name) --%aftertest(you_can_just_do_this) procedure update_group_with_honor_name; procedure setup_honor_name; procedure you_can_just_do_this; --%aftereach procedure reset_some_global_variables; --%afterall procedure cleanup_non_transactional_stuff;
- 36. https://de.freeimages.com/photo/steps-in-beach-1541067 Small Step + Small Step + Small Step Big Results
- 37. • Neue Funktionen • Gemeldete Fehler
- 38. Vorteile/Limit s Fehler/Bugs finden Nachdenken überflüssig • Change-Detectors • Transportabel • Regression-Absicherung • Anforderungs-Bestätigung Allgemeine Vorteile
- 39. Vorteile/Limit s Fehler/Bugs finden Nachdenken überflüssig • Perspektivwechsel • Dokumentation • Einfachheit • Erkenntnisgewinn Im Entwicklungsprozess
- 41. utPLSQL Weitere Features • Sehr mächtiger Cursor-Vergleich • Kontexte und hierarchische Suites • Code Coverage • Commandline Interface • Maven-PlugIn • Java-API • SQL Developer PlugIn https://github.com/utplsql
- 42. Demo: https://github.com/pesse/sith-demo-db/tree/apexconn19 utPLSQL: http://utplsql.org Resources: http://utplsql.org/resources Clean-Database Blog: https://cleandatabase.wordpress.com utPLSQL Beispiele + Tipps: https://twitter.com/Der_Pesse Come to the dark side …we have stickers.
Hinweis der Redaktion
- Automatisierte Tests sind “change detectors”, die uns bei Änderung bestehender Funktionalität warnen (unabhängig davon, ob diese Änderung gewollt ist oder - wie in unserem Beispiel - ungewollt) Sie sind transportabel und beliebig oft (nahezu kostenlos) auf unterschiedlichen Systemen wiederholbar Falls sie implementiert wurden, um Bugfixes zu bestätigen, schließen sie einmal aufgetretene Fehler aus Sie können als Bestätigung dienen, dass vereinbarte Anforderungen an die Software erfüllt sind. Im agilen Umfeld können sie sehr hilfreich für die Definition of Done sein
- Tests kosten auch etwas: Initialer Aufwand (weit weniger als man denkt) Wartung und Pflege Build-Zeit Energie/Mental Load Gefahren: Zu viel Noise vs. Zu wenig Signal False Positives Langsameres Feedback
- Hilfreiche Fragen, um herauszufinden, welche Tests sich lohnen Risiko Wie gravierend sind die Folgen? Wie wahrscheinlich ist es, dass ein bestimmter (Fehler-)Fall auftritt? Nutzen Welche neuen Informationen bietet mein Test? Wie schnell würde ein Fehler behoben werden? Änderungswahrscheinlichkeit Wie oft wird sich der Code zukünftig ändern? Wie selten wird sich die Funktionalität zukünftig ändern? Kosteneffizienz Wie schwierig bzw. aufwändig ist es, einen Test zu schreiben? Wie schnell kann ein Test geschrieben werden?
- Die Erstellung von Tests kann helfen, den Fokus vom wie auf das was zu verlagern und eine Funktionalität aus unterschiedlichen Perspektiven zu betrachten Gut und verständlich geschriebene Tests können als Codebeispiel und Dokumentation dienen, wie eine Funktionalität zu verwenden ist Selbst-Tests regen dazu an, „einfachere“ Programmierkonstrukte zu verwenden, da sich diese leichter testen lassen – was wiederum positive Auswirkungen auf die Wartbarkeit des Codes hat Durch das Entwickeln von Tests erhöht sich in der Regel das Verständnis für das Problem, das man zu lösen versucht. Unit-Tests sind also auch eine sehr sinnvolle Methode, um sich einem Problem zu nähern und auszuprobieren.
- Der aus meiner Sicht jedoch wichtigste Vorteil, den eine solide, automatisierte Testbasis bietet, ist, dass sie die Voraussetzung für die Entwickler*innen schafft, stetig und selbstbewusst den eigenen Quellcode zu verbessern, also ständiges Refactoring zu betreiben.