Testing

Lessons learned: Akzeptanztests in Java mit JGiven

Die meisten Entwickler wissen, was Komponententests sind, auch wenn sie selbst keine schreiben. Aber es gibt noch Hoffnung: Die Situation ändert sich, und immer mehr auf GitHub gehostete Projekte enthalten Unit-Tests. In einer Standardkonfiguration für Java-Projekte mit NetBeans, Maven und JUnit ist es nicht ganz so schwer, die ersten Zeilen Testcode zu erstellen. Neben dem Ansatz, der in Test-driven Development (TDD) verwendet wird, gibt es noch andere Technologien wie Behavior-driven Development (BDD), auch Akzeptanztests genannt, die wir in diesem Artikel vorstellen möchten.

Smoke Testing von MQTT-Anwendungen mit MQTT CLI

Bereits heute kommunizieren Millionen von Endgeräten im Internet of Things über das MQTT-Protokoll miteinander. Die Prognosen, wie viele es in den kommenden Jahren sein werden, überschlagen sich immer wieder. Gegenüber diesem prognostizierten rasanten Wachstum erweist sich die Entwicklung neuer Geräte jedoch oft als langsam. Das kann häufig die Entwicklung weiterer Anwendungen blockieren, die die Daten der Geräte verarbeiten sollen. Um diese Engpässe zu überbrücken, kann das Tool MQTT CLI verwendet werden. Das Kommandozeilenwerkzeug simuliert schnell und einfach Endgeräte und kann so für erste Tests von MQTT-Anwendungen verwendet werden.

Vom Post-it zum Test: Event Storming aus der Sicht eines Testers

Event Storming ist im Domain-driven Design eine gute Methode, ein gemeinschaftliches Verständnis aller Projektbeteiligter bezüglich der Anwendungsdomäne zu erlangen und dabei ein Prozessmodell zu erstellen. Oft wird dabei aber außer Acht gelassen, dass die dabei entwickelten Informationen nur mit wenig Aufwand direkt in automatisierbare Testfälle transformiert werden können. Daher soll hier die Frage beantwortet werden, wie die verschiedenen Modellierungspattern des Event Stormings in sinnhafte Behavior-driven-Design-Testfälle umgesetzt werden können.

Smoke Testing: MQTT-Anwendungen mit dem MQTT CLI testen

Bereits heute kommunizieren Millionen von Endgeräten im Internet of Things über das MQTT-Protokoll miteinander. Die Prognosen, wie viele es in den kommenden Jahren sein werden, überschlagen sich immer wieder. Gegenüber diesem prognostizierten rasanten Wachstum erweist sich die Entwicklung neuer Geräte jedoch oft als langsam. Das kann häufig die Entwicklung weiterer Anwendungen blockieren, die die Daten der Geräte verarbeiten sollen. Um diese Engpässe zu überbrücken, kann das Tool MQTT CLI verwendet werden. Das Kommandozeilenwerkzeug simuliert schnell und einfach Endgeräte und kann so für erste Tests von MQTT-Anwendungen verwendet werden.

Test-Framework Karate erreicht Milestone Release

Karate 0.9.5 ist erschienen. Das Testautomatisierungs-Framework steht Open Source zu Verfügung und wurde als Alternative zu Selenium entwickelt. Es kombiniert API-Testautomatisierung, Mocks, Performance-Tests und UI-Automatisierung. Wir werfen einen Blick auf das Milestone Release, das unter anderem einen neuen Debugger mit an Bord hat.

Java 14, Docker Desktop 2.2 & Kubernetes Operator – Unsere Top-Themen der Woche

Die letzte Woche verging wie im Flug – kein Wunder bei so viel spannenden Themen! Zum einen bot unser Monatsrückblick eine schöne Zusammenfassung der beliebtesten Themen im Januar. Zum anderen ist Docker Desktop 2.2 erschienen und auch eine neue Ausgabe der Golumne erfreute sich großer Beliebtheit. Welche Themen der vergangenen Woche für Euch sonst noch interessant waren, erfahrt ihr in unserem Wochenrückblick.

KubeInvaders: Kubernetes-Cluster-Tests mal anders!

Jeder Entwickler weiß: Ebenso wichtig wie die Entwicklung der Software, sind Software-Tests! Doch ganz gleich ob Mathe-, Vokabel- oder Softwaretest – Tests sind ein leidiges Thema. Das weiß auch Eugenio Marzo und hat daher ein Chaos Engineering Tool bzw. Game für das Testen von Kubernetes-Clustern entwickelt. Mit KubeInvaders zeigt sich, wie belastbar ihre Kubernetes-Cluster tatsächlich sind!