Agiles Testen

ALM und XRay sind häufig eingesetzte Tools für das Testmanagement. Kostengründe sind ein verbreitetes Motiv, um von ALM zu XRay zu wechseln. Eine Migration von ALM zu XRay ist andererseits eine komplexe Aufgabe, die gut vorbereitet sein will. Im Podcast beleuchtet Marlon Schäfer im Dialog mit Markus die Aspekte. Alternativen werden ebenfalls vorgestellt.

Wilson erläutert im Dialog mit Markus und Babu, warum Testautomatisierung in Zeiten agiler Vorgehensweisen und von DevOps unerlässlich geworden ist. Er geht u.a.

Wie sollte man optimal in das Thema Testautomatisierung einsteigen? Im ersten Teil dieser Folge beleuchtet Pascal Moll im Dialog mit Dario und Markus auf Basis seiner mehrjährigen Erfahrung als Entwickler, Testautomatisierer und Tester aus verschiedenen Perspektiven: behandelt werden Technologien (Cloud/on Premise, Programmiersprachen,Architekturen), Skills (unter Einschluss von Soft-Skills), Testprozesse und die Situation im Team.

Architekturen sind für den Erfolg von Testautomatisierung wichtig und helfen die Kosten mittelfristig im Griff zu behalten. Wiederverwendbarkeit, Wartbarkeit und Skalierbarkeit sind die wichtigsten Aspekte einer solchen Architektur. Ob Opensource oder kommerziell, ob in der Programmiersprache Java, Python oder Javascript: die Schichten einer Architektur sollten zu den unterschiedlichen Skillleveln im Team passen.

Rudolf stellt den agilen Lernansatz der RBI vor. Agile Learning Coaches helfen Lernenden, den passenden Lernansatz für die aktuellen Aufgaben in ihrem Job zu wählen und begleiten den Lernprozess aktiv. Rudolf zeigt das Vorgehen an praktischen Beispielen, z.B. an einem Entwickler, der für den automatisierten Test von APIs fit gemacht werden soll. Rudolph erläutert, wie Learning Sprints, Learning Journeys und nachfolgende Retros ablaufen und dazu beitragen, die Performance im Team für anstehende Aufgaben zu verbessern.

Agiles Testmanagement steht im Fokus des Interviews von Wilson mit Markus. Werden Testmanager in agilen Projekten noch gebraucht, auch wenn die Delivery-Einheit nach dem Spotify-Modell organisiert ist?

In dieser Folge stellt Pascal Moll Behaviour Driven Development (BDD) vor, einen Weg im Team gemeinsam das gewünschte Verhalten einer Software zu definieren und diese Definition zur Grundlage der Abnahme zu machen, auch für eine automatisierte Abnahme.

Hör' Dir hier den ganzen Podcast an: