Nachhaltigkeit im Testing trotz agiler Kurzlebigkeit

Kurze Sprints, kleine UserStories. Anpassungen nach Kundenfeedback. * Wie kann ich als agiler Tester/als agiles Team sicherstellen, dass die Testfälle auch nach x Sprints noch sinnvoll durchführbar sind? * Wie stelle ich die Wartbarkeit der Testfälle in agilen Projekten sicher, wenn mit jedem Sprint neue Anforderungen implementiert werden, die bestehende Funktionalität ändern - und eine ständige Anpassung existierender Testautomatisierung erfordern? * Wie behält das Team den Überblick über vorhandene Testfälle? Woher wissen wir, welche Testfälle wir anpassen müssen, welche Testfälle überflüssig werden? * Welche Mischung aus Unit-/Integrations- und Oberflächentests ist zukunftssicher pflegeleicht? Aus der Praxis heraus entwickelte Patterns sollen dies erleichtern und eine Orientierung geben

Target Audience: Testers, programmers, architects, agile teams
Prerequisites: understanding and experience of agile projects, testing knowledge as tester or programmer or architect
Level: Advanced