Downloaden Sie, um offline zu lesen
![Assertions
• assert[Not]Equals()
• assert[Not]False()
• assert[Not]Null()
• assertArrayHasKey()
• assert[Not]Empty()
Montag, 16. September 13](https://image.slidesharecdn.com/phpunit-130916074659-phpapp01/85/Phpunit-18-320.jpg)
Hochgeladen vonRobert Deutz
Phpunit
Die Präsentation von Robert Deutz auf der JoomlaDay 2013 behandelt die Einführung in Unit Tests innerhalb von Joomla, wobei der Fokus auf der Bedeutung von Tests, den Grundlagen des Testens und den Herausforderungen bei der Entwicklung von Testcode liegt. Es wird erläutert, wie Tests isoliert ausgeführt werden, die Wichtigkeit von Code Coverage und die Vermeidung von Abhängigkeiten zwischen Klassen hervorgehoben. Zudem werden praktische Beispiele und Best Practices zur Verbesserung der Testbarkeit von Code gegeben.
Phpunit
- 1. PhpUnit Robert Deutz, JoomladayGermany 2013 Unit Tests in Joomla! Einführung und Grundlegendes Montag, 16. September 13
- 2. Die unvermeidlichen .. Montag,16. September 13
- 3.
- 4. • Alle Entwicklungenunter einem Dach • Zentrale Anlaufstelle • Updates Montag, 16. September 13
- 5.
- 6. Interesse wecken! Montag, 16.September 13
- 7. aber wie ...... Montag,16. September 13
- 8. .. anfangen Montag, 16.September 13
- 9. - einfach - Montag,16. September 13
- 10. DRINKS coins Beer Water Montag, 16.September 13
- 11. Black Box Montag, 16.September 13
- 12.
- 13. Behauptungen - assertion - Montag,16. September 13
- 14. Back to Drinks Montag,16. September 13
- 15. DRINKS coins Beer Water Erwartung: Wenn ichGeld einwerfe und auf die Taste „Beer“ drücke, dann kommt unten ein Bier raus Test: Geld einwerfen und auf die Taste Beer drücken. Ergebnis: Bier Montag, 16. September 13
- 16.
- 17. Aha • Code Coveragezeigt welche Programmteile durchlaufen wurden • Obwohl alles durchlaufen wurde, bedeutet das nicht das alles getestet wurde • Nicht vergessen die Ursprungsklasse einzubinden Montag, 16. September 13
- 18. Assertions • assert[Not]Equals() • assert[Not]False() •assert[Not]Null() • assertArrayHasKey() • assert[Not]Empty() Montag, 16. September 13
- 19.
- 20. Aha • Jeder Testläuft isoliert mit, setup() und teardown() initialisieren wir die Testumgebung • Wie haben eindeutig zu wenig Bier ;-) Montag, 16. September 13
- 21.
- 22. Aha • Jeder Testder einen Dataprovider verwendet läuft AUCH isoliert, setup() und teardown() werden für jedes Datum aufgerufen und initialisieren die Testumgebung • Das Problem mit dem zu wenig Bier ist gelöst ;-) Montag, 16. September 13
- 23. Wie schreibe ich Tests? Montag,16. September 13
- 24. Falsche Frage oder Falscher Zeitpunkt Montag,16. September 13
- 25. „Schlechter“ Code ist schwerzu testen Montag, 16. September 13
- 26. Perfekt: Wenn Tests vordem eigentlichen Code geschrieben werden Montag, 16. September 13
- 27. Reality Check! Montag, 16.September 13
- 28. Also, was beachten? Montag,16. September 13
- 29.
- 30. einfach? • Kleine Funktionenmit EINER Aufgabe • Klassen die eine Problemstellung lösen • Probleme und Aufgaben soweit unterteilen wir irgend möglich • Überschaubarer Programmcode. Montag, 16. September 13
- 31.
- 32. Anzahl der Entscheidungspunkte in einerRoutine Montag, 16. September 13
- 33. N-Path Complexity Montag, 16.September 13
- 34. Anzahl der eindeutigen Pfadedurch eine Routine Montag, 16. September 13
- 35.
- 36. Zusammenhang: Cyclomatic und N-Path Complexity NP= 2 ^ (CC-1) Montag, 16. September 13
- 37. <16 Geringe Komplexität 17-128Mittlere Komplexität 129-1024 Hohe Komplexität >1025 Sehr hohe Komplexität N-Path Complexity Montag, 16. September 13
- 38. N-Path ist: Die minimaleAnzahl der Tests die nötig sind eine Routine komplett zu testen Montag, 16. September 13
- 39. Back to Drinks Montag,16. September 13
- 40.
- 41. Aha • Durch dieTests ist aufgefallen, das wir die Schnittstelle geändert haben. • Mit „Unit Tests“ testen wir die öffentlichen Schnittstellen einer Klasse Montag, 16. September 13
- 42. Ups • Wir testennun auch die Klasse „CoinChecker“, damit ist der Erfolg unserer Tests von einer anderen Klasse abhängig • Unsere Klasse hat neudeutsch eine Dependency und kann nicht mehr isoliert getestet werden. • Die Klasse ist auch noch hardcoded in unserer Klasse eingebunden Montag, 16. September 13
- 43. BÖSE public functionprocessInsertedCoins($coin) { $credits = CoinChecker::CalculateCredits($coin); $this->countAcceptedCoins($credits); } Montag, 16. September 13
- 44.
- 45. Aha • Abhängigkeiten solltenvermieden werden. • Sind andere Klassen notwendig können diese ggf. durch Mock-Klassen ersetzt werden • Mock Objekte können auch onTheFly erzeugt werden. • Am besten so programmieren, als ob es statische Klassenaufrufe nicht geben würde. Montag, 16. September 13
- 46.
- 47.
- 48. * https://github.com/sebastianbergmann/phpunit/ * http://blog.ircmaxell.com/2013/05/development-by-numbers-slides.html Codeexamples die in diesem Vortrag verwendet worden sind: * https://github.com/rdeutz/talk-jd13de-unittests Links Montag, 16. September 13