Ein kleines Update oder ein überschaubares, neues Feature einzubauen, klingt meist nach einer kleinen Sache. Auch das Testing dieser Anpassung sollte doch nicht viel Arbeit in Anspruch nehmen…, oder? Die Antwort: Kann sein, muss aber nicht! Natürlich können solche Neuerungen ab und an unkompliziert ablaufen.

Beim regulären Testing werden die spezifizierten Änderungen anhand der Abnahmekriterien durch Projektleitung und Kunde getestet. Testing in diesem Rahmen geht aber nicht in eine solche Tiefe, wie dies mit einer automatisierten Lösung umgesetzt wird.

Konkret bedeutet dies, dass …

getestet werden müssen, um eine konstant hohe Qualität vor der Auslieferung an den Kunden zu gewährleisten.

Da wir teilweise auch als Digital Nomads unterwegs sind, kommt zudem die Problematik der asynchronen Arbeitsweise dazu. Wenn vom anderen Ende der Welt gearbeitet wird, kann da eine Reaktion auf einen kleinen Tippfehler schon einige Stunden auf sich warten lassen.

Um den diesbezüglichen Aufwand so gering wie möglich zu halten, bot sich für uns das automatisierte Testing mit GitLab als Lösung an.

Wie immer bei der Entwicklung werden die Phasen Code-Test-Deploy durchlaufen. Zudem wird immer in mehreren Umgebungen getestet.

Während dem Modultest selber, welcher mittels PHP-Unit durchgeführt wird, wird der Code dann automatisch auf dessen Qualität geprüft. Zudem erfahren wir auch immer, wie viel Prozent des Codes getestet wurde.

In der DEV-Umgebung kann der Code theoretisch gesehen einfach durchgewunken werden. Sobald aber die INT-Umgebung erreicht wird, muss manuell die Bereitstellung respektive das Deployment freigegeben werden. Dazu wird beim Testing ein Report generiert, welcher anzeigt, wie viel Prozent des Codes überprüft wurden. Sollte also ein Test scheitern, ist ein automatisches Deployment nicht möglich. Mithilfe des Reports kann einfacher geprüft werden, wo der Logikfehler gefunden werden kann.

Die Kommunikation respektive das Feedback zum durchlaufenen Test passiert bei uns mittlerweile komplett automatisiert über unser Messaging Tool Slack. Bei der Durchführung unserer Projekte wird jeweils ein Projektchannel erstellt und mit GitLab synchronisiert. Sobald ein Test die komplette Pipeline durchlaufen hat, erhalten wir umgehend eine Meldung, ob der Test erfolgreich war oder gescheitert ist.

Welche Vorteile bietet die Automatisierung der Testings? Der eigentliche Test-Prozess wird viel effizienter und effektiver. Zudem werden auch Fehler bei jedem kleinen Update entdeckt und können frühzeitig behoben werden, da die komplette Anwendung getestet wird, wodurch der Qualitätsaspekt mehr Gewicht erhält. Denn nur, wenn die komplette Anwendung reibungslos läuft, entspricht die Qualität unseren wie auch den Anforderungen unserer Kunden.

Der Nachteil, welcher ein Testing in dieser Form mit sich bringt, ist der grosse Initialaufwand. So ist bei neuen Features +/- mit einem Aufwand von ca. 4 Stunden Entwicklung zu rechnen, sofern nur Standard-Cases getestet werden. Beim Edge-Case Testing kann sogar der doppelte Zeitaufwand anfallen. Zudem ist auch ein immenser Erfahrungsschatz notwendig. Denn es können nur jene Tests entwickelt werden, welche uns selber auch bekannt sind. So müssen auch Szenarien, welche noch nie eingetroffen sind, berücksichtigt werden, was im Vorfeld schwer zu beurteilen ist.

Zusammengefasst kann also gesagt werden, dass Testing in diesem Umfang mit viel Initialaufwand verbunden ist. Sobald aber alles läuft und das Grundgerüst steht, können alle Beteiligten davon profitieren. Daher macht ein Testing in diesem Rahmen vor allem bei längerfristiger Zusammenarbeit Sinn. Die Werte bei whatwedo bauen auf langfristiger Zusammenarbeit auf. So können wir mittels automatisierten Tests unseren Kunden Software liefern, die Freude (und keine Fehlermeldungen) macht. Somit ist diese Investition etwas, was für uns nicht mehr wegzudenken ist.

Photos by Markus Spiske, Agence Olloweb, Emily Morter, Jeroen den Otter, Jack Carter on Unsplash