Purposeful Testing is a game-changer: it's about making every test count, not just for catching bugs, but for building better products and stronger teams. In this talk, we'll tackle common misconceptions, share real-life examples, and dive into how this approach can streamline your processes, boost team morale, and increase customer satisfaction. Join us to transform your testing strategy into a critical tool for company success, with actionable insights and proven strategies.

Was wäre, wenn wir heute schon menschliche Intelligenz in der Qualitätssicherung und im Testdesign nutzen würden? Oft zeigt sich, dass noch viel zu viel aus dem Bauch und ad hoc durchgeführt wird. Da hilft es dann auch nichts, diese Ergebnisse aus dem Testdesign zu automatisieren. Können uns Sprachmodelle wie ChatCPT helfen. Wie? Auf was müssen wir achten? All diese Punkte werde ich in meinem Vortag beleuchten und mit Live-Beispielen untermalen. Der Vortrag wird durch ein Miro-Projekt unterstützt, sodass die Teilnehmer auch schon während des Vortrags dort aktiv sein können und natürlich auch noch lange danach.

Zielpublikum: Tester:innen, Testmanger:innen, Requirements Engineers
Voraussetzungen: Keine speziellen, Spaß an Neuem, Interesse an Qualitätssicherung
Schwierigkeitsgrad: Basic

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.