Skip to content

Snapshot-Testing für PHP-gerenderte Views

Vor kurzem habe ich den Artikel What Is Snapshot Testing, and Is It Viable in PHP? von Christopher Pitt gelesen. Von Snapshot Testing hatte ich bis dahin noch nie gehört. Unter anderem fand ich interessant, wie er das Rendering von Templates testet.

It’s clear what the template should produce, given repeatable initial information. We could even mock the initial data, and assert the output.

Er nimmt einen kleinen HTML-Schnipsel, in den einige PHP-Variablen eingesetzt werden, befüllt diese einmal mit definierten Werten, und lässt einen Snapshot davon erstellen. Beim nächsten Testlauf lässt sich der Output mit diesem Snapshot vergleichen. Haben sich der HTML-Code oder die Werte aus welchen Gründen auch immer geändert, schlägt der Test fehl.

Mit spatie/phpunit-snapshot-assertions gibt es eine Bibliothek, die Snapshot-Testing mit PHPUnit bzw. Codeception möglich macht. Da ich gerade einige Codeception-Tests für ein älteres Zend Framework 1-Projekt geschrieben habe, das ich teilweise refactoren wollte, kam mir die Lib gerade recht.

"Snapshot-Testing für PHP-gerenderte Views" vollständig lesen

Flow Framework mit XDebug-Proxy

Ich hatte kürzlich mit einem Projekt auf Basis des Flow Frameworks zu tun. Zu den Besonderheiten dieses PHP-Frameworks gehört unter anderem die Unterstützung von Aspect-Oriented Programming (AOP), mithilfe dessen sich generische Funktionalitäten relativ sauber über verschiedene Klassen hinweg verwenden lassen (cross-cutting concerns). Wie das funktioniert, ist in der Dokumentation ausführlich beschrieben.

Zu diesem Zweck erstellt Flow automatisch Proxy-Klassen, welche die Original-Klassen erweitern und die nicht zuletzt aus Performance-Gründen gecachet werden. Dabei werden gegebenenfalls Aspekte, Pointcuts oder Advices in Klassen "eingewoben". Die Applikation verwendet die auf diese Weise generierten Klassen, in der Entwicklung wird aber weiterhin nur mit den Originalen gearbeitet.

Ein bedeutender Nachteil dieser Vorgehensweise ist, dass Debugging - z.B. mit XDebug - nicht mehr ohne Weiteres möglich ist, denn die IDE kennt nur die Original-Klassen, nicht aber die dynamisch erstellten Proxy-Klassen. Um dieses Problem zu lösen, wurde flow-debugproxy geschreiben, ein Flow Framework Debug-Proxy for XDebug in Go, der die Proxy-Klassen auf die Original-Klassen "mappt".

Da dieser Proxy nicht ganz trivial zu installieren ist, habe ich hier eine kurze Anleitung aufgeschrieben, die in dem genannten Projekt funktioniert hat (und mir nebenbei eine Kiste Bier eingebracht hat ;-)):

"Flow Framework mit XDebug-Proxy" vollständig lesen

PHP 7.1 ist da!

Vor wenigen Stunden hat Release-Manager Davey Shafik gemeldet, dass Version 7.1 der Programmiersprache PHP veröffentlich wurde:

Im Release Announcement werden die wichtigsten neuen Features aufgelistet. Auf der PHP Unconference in Hamburg im September sowie bei der PHP User Group Rheinhessen im Oktober habe ich die Neuigkeiten in PHP 7.1 ebenfalls vorgestellt, die Slides zu den Talks liegen hier auf GitHub.

Ich denke, die neue Version bringt einige Verbesserungen und Präzisierungen, etwa bei den Type Hints und Return Types, für Closures und Exceptions, die sinnvoll und nützlich sind. Nach dem "großen Wurf" PHP 7 sorgt der neue Minor Release für Feinschliff. Vielen Dank an alle, die an den Verbesserungen mitgearbeitet haben!

JeoPHPardy! PHP Quiz for Fun and Profit

Jeopardy! ist eine US-amerikanische Quizshow, die schon seit 1964 läuft. Die Älteren unter euch erinnern sich vielleicht an den Klon "Riskant!", der Anfang der 90er auf RTL lief. Das Format ist unterdessen auch zur Auflockerung von Tech-Konferenzen beliebt. Seit Jahren erfreut etwa das Hacker Jeopardy die Besucher des Chaos Communication Congress (hier das Video vom 32C3). Und Jeremy Mikola tingelt mit seinem JeoPHPardy von einer PHP-Konferenz zur nächsten.

Die typisch blaue JeoPHPardy!-Wand und Meetup-Teilnehmer
JeoPHPardy! beim 39. PHPUGRhh-Meetup (Foto von Ben Dechrai)

Auf GitHub habe ich vor einiger Zeit die PHP-Anwendung tpavlek/Jeopardy gefunden, die Troy Pavlek ursprünglich für eine Starcraft-Community programmiert hat. Das Starcraft Jeopardy! wurde übers Internet gespielt, ein Video zeigt sehr schön, wie das aussah.

Ich hatte schon länger mit dem Gedanken gespielt, ein Jeopardy-Quiz für unsere PHP-Usergroup zu basteln, mit richtigen Hardware-Buzzern für mehrere Quiz-Kandidaten auf der Bühne. Als Grundlage dafür bot sich tpavlek/Jeopardy wirklich an, denn ich musste nur wenige Änderungen vornehmen.

"JeoPHPardy! PHP Quiz for Fun and Profit" vollständig lesen

MailHog, eine Mailcatcher-Alternative in Go

Wer eine PHP-Anwendung entwickelt, die Mails versendet, möchte natürlich, dass diese Mails auf dem Entwicklungsrechner oder der Vagrant-Box nicht wirklich den Empfänger erreichen. Aber dennoch sollen sie irgendwo ankommen, damit Versand und Inhalt geprüft werden können.

Symfony schlägt vor, den E-Mail-Versand in der Test- und ggf. in der Development-Umgebung ganz zu deaktivieren, oder alternativ eine spezielle E-Mail-Adresse für solche Fälle einzurichten.

Ich wollte für eine Legacy-Anwendung, die Mails mittels der PHP-Funktion mail() versendet, aber lieber einen lokalen Mailcatcher verwenden, der die Mails in der Entwicklungsumgebung abfängt.

Es gibt da was für Ruby, aber nachdem die Installation immer noch nicht abgeschlossen war, als ich mit dem Kaffee aus der Küche zurückkam, habe ich das verworfen und mich nach einer Alternative umgesehen. Und gefunden:

"MailHog, eine Mailcatcher-Alternative in Go" vollständig lesen