Die Raiffeisen Bank International hielt lange an der Überzeugung fest, dass Testautomatisierung Softwareentwicklung ist. Also Code-Schreiben. Doch ein unkonventioneller Testathon mit Low-Code/No-Code-Tools änderte alles. Zwei Produktverantwortliche – ohne Programmiererfahrung – automatisierten in Minuten Testfälle mit einer LC/NC-Test-Platform. Das führte zu einem Proof of Concept für zwei SAS-Anwendungen (Jira/GitHub), bei dem ein Ferienpraktikant ohne Programmiererfahrung erfolgreich die gesamte Regressions-Test-Suite automatisierte. Der Vortrag teilt die Erkenntnisse aus diesem Projekt und wie eine Paradigmenwechsel hin zu TestOps stattfand.

Zielpublikum: Produkt-Manager, Software-Entwickler, Tester, jeder der sich mit dem Thema Test Automation für Nicht-Techniker auseinandersetzen will
Voraussetzungen: Keine
Schwierigkeitsgrad: Basic

Werft mit uns einen Blick auf die Herausforderungen und Möglichkeiten des automatisierten Accessibility Testing. Wir besprechen, was Automatisierung leisten kann und an welchen Stellen eine kombinierte Strategie mit User-Tests ansetzen sollte. Wie schafft man die optimale Grundlage für User Tests? Warum lohnt sich ein schneller Check durch Automatisierung noch vor der Rekrutierung der Proband:innen für einen Test auf digitale Barrierefreiheit? Und was sind die größten Vorteile aus UX-Sicht? Diese und viele weitere Fragen beantworten unsere Expertinnen mit praktischen Einblicken und Beispielen.

Zielpublikum: Testmanager, Projektleiter, Entscheider, Product Owner, Berater, Softwareentwickler
Voraussetzungen: Interesse am Thema digitale Barrierefreiheit und kombinierte Testingmethoden.
Schwierigkeitsgrad: Basic

Extended Abstract:
Das Testen der Barrierefreiheit wird für alle, die an der Produktentwicklung beteiligt sind, ein immer wichtigeres Thema. Grund dafür ist auch, dass Mitte 2025 alle digitalen Produkte einen Katalog an Mindestanforderungen an die Barrierefreiheit erfüllen müssen (gemäß der WCAG-Richtlinien und des Barrierefreiheitsstärkungsgesetzes). Schnelle Ergebnisse durch automatisierte Accessibility Tests sind da besonders verlockend. Doch was kann die Automatisierung in diesem Zusammenhang leisten und an welchem Punkt ist eine kombinierte Strategie durch User Testing sinnvoll? In ihrem Vortrag betrachten die beiden Speakerinnen das Ganze aus einer Dating-Perspektive und bringen ihre beiden Kompetenzbereiche zusammen. Finden Test Automation und UX/UI-Testing in unserem "Matching" nach Dating-App-Vorbild zusammen?

Bei der Initiierung einer serverlosen Architektur stellt sich oft die Frage, wie diese automatisiert getestet werden kann, ohne eine Verbindung zur Cloud zu benötigen. In meinem Vortrag werde ich verschiedene Ansätze und Frameworks vorstellen, die es ermöglichen, serverlose Architekturen in der lokalen Entwicklungsumgebung zu testen und nahtlos in die Deployment-Pipeline zu integrieren, ohne auf die Cloud angewiesen zu sein. Anhand praktischer Beispielen und Best Practices werde ich zeigen, wie Entwickler diese Herausforderung meistern können, um eine effiziente und zuverlässige serverlose Architektur zu realisieren.

Zielpublikum: Softwarearchitekten, Entwickler, IT-Leiter
Voraussetzungen: Erfahrung mit Tests und Serverless
Schwierigkeitsgrad: Advanced

Extended Abstract:
Stell dir vor, du entwickelst eine serverlose Architektur und möchtest sicherstellen, dass sie einwandfrei funktioniert, ohne ständig mit der Cloud verbunden zu sein. Aber wie kann ich serverlose Anwendungen effektiv testen und in die Deployment-Pipeline integrieren, ohne die Cloud-Ressourcen zu belasten? Dies ist das zentrale Problem, das in diesem Vortrag gelöst wird. Serverlose Architekturen sind eine leistungsfähige Möglichkeit, Anwendungen zu entwickeln und bereitzustellen. Die Entwicklungs- und Testphase erfordert jedoch besondere Aufmerksamkeit, da sie Cloud-Ressourcen und -Kosten beanspruchen kann. In diesem Vortrag zeige ich dir, wie du dieses Problem angehen und serverlose Anwendungen effizient und zuverlässig entwickeln und testen kannst. Ich stelle dir Beispiele und Frameworks vor, mit denen du serverlose Architekturen in deiner eigenen lokalen Umgebung testen und nahtlos in deine Deployment-Pipeline integrieren kannst. Du wirst lernen, wie du Kosten in der Cloud minimieren und Ressourcen optimal nutzen kannst, ohne auf die Vorteile serverloser Architekturen verzichten zu müssen. Mein Ziel ist es, dir bewährte Methoden und Best Practices zu vermitteln, um eine stabile, skalierbare und wartbare serverlose Architektur zu schaffen, die unabhängig von der Cloud getestet werden kann.

Ein Modell wie die Testpyramide adressiert nur einen Teilaspekt eines Testkonzepts. Welche Ansätze gibt es noch, um ein zum Produkt passendes Testkonzept zu erarbeiten? Wir zeigen auf, dass der individuelle Kontext und die dazugehörigen Risiken berücksichtigt werden müssen, und liefern einen pragmatischen Ansatz, das Testkonzept konkret und übersichtlich darzustellen. Um dieses Testkonzept auch mit zielgerichteten Tests umsetzen zu können, betrachten wir ebenfalls, wie man den Schnitt der Anwendung und der Tests geschickt wählt. Wie das Genannte konkret aussehen kann, zeigen wir anhand eines leicht nachvollziehbaren Beispiels.

Zielpublikum: Entwickler:innen, Domänen-/Fachexpert:innen, Tester:innen
Voraussetzungen: Projekterfahrung
Schwierigkeitsgrad: Advanced

Extended Abstract:
Ist das Streben nach einem bestimmten Testmodell sinnvoll? Und ist dies schon ein vollständiges Testkonzept? Ein Testmodell wie die Testpyramide adressiert nur einen Teilaspekt. Diesem einen Teilaspekt dogmatisch zu folgen, bietet meistens keinen ausreichenden Mehrwert. Wir schauen daher mit einem breiteren Blick auf das Thema Testkonzept: Welche Ansätze gibt es, um ein zum spezifischen Produkt passendes Testkonzept zu erarbeiten? Dabei zeigen wir die Notwendigkeit auf, den individuellen Kontext und die dazugehörigen Risiken zu berücksichtigen. Ein häufiges Problem in der Praxis ist, dass Testkonzepte nur schwer in den Transfer gebracht werden können und somit auch nicht gelebt werden. Wir liefern einen pragmatischen Ansatz, mit dem man ein Testkonzept so konkret darstellt, dass es verständlich und übersichtlich ist. Um dieses Testkonzept auch mit zielgerichteten Tests umsetzen zu können, benötigen wir eine gute Modularisierung. Daher betrachten wir ebenfalls, wie man den Schnitt der Anwendung und der Tests geschickt wählt. Wie das Genannte konkret aussehen kann, zeigen wir anhand eines leicht nachvollziehbaren Beispiels.

What is the difference of a test architect to a commonly known software architect and why do I need one? What do they have in common and where do they differ? Wwhat is the daily business of a test architect? What are the different expectations of other roles on a test architect? Questions over questions which will be covered in this talk. With examples where it did go well because there was a test architect and examples where things got haywire maybe because a test architect was missing.

Target Audience: Testers, Developers, Architects, Project Leads, Test Managers, Team Leads
Prerequisites: Knowledge about test organization and responsibilities, Knowledge about software architects responsibilities
Level: Advanced

Extended Abstract:
Test architects have something in common with Managers. they should be both superflous. But as nothing is perfect and context is normally complicated to complex we need people either taking care about management tasks or about things like test architecture. But what is the difference of a test architect to a commonly known software architect? What do they have in common and where do they differ? Wwhat is the daily business of a test architect? What are the different expectations of other roles on a test architect? Questions over questions which will be covered in this talk. With examples where it did go well because there was a test architect and examples where things got haywire maybe because a test architect was missing. And you will also not be left alone with these questions: How can I become such a person which is able to be a test architect. How can I establish that role in my organization. You will get input how we did this at Siemens AG and Siemens Healthineers and build up a network of test architects and how the perception and interaction with them changed over the past years.