Antwort.

Manuelles Testen in der Wartungsphase ist das Testen eines bereits bestehenden und funktionierenden Systems bei Anpassungen, Fehlerbehebungen oder der Integration neuer Komponenten.

Hintergrund der Frage

Früher wurde die Wartung nach dem Restprinzip durchgeführt, oft wurden nur neue Funktionen getestet. Mit der Zeit wurde jedoch klar, dass jede Intervention bestehende Szenarien beeinträchtigen kann.

Problem

Typischerweise tritt folgende Situation auf:

Lokale Änderungen werden vorgenommen, aber ihre Auswirkungen auf die alte Funktionalität werden oft unterschätzt.
Regression tritt in scheinbar nicht verwandten Modulen auf.
Das Fehlen eines systematischen Ansatzes erhöht das Risiko unerwarteter "Ausfälle" in der Produktion.

Lösung

Eine effektive Organisation des Maintenance Testings erfordert:

Die Identifizierung und ständige Aktualisierung eines "Sets von Schlüsselszenarien", die bei jeder Anpassung überprüft werden.
Die Verwendung von Checklisten und Regressionkarten.
Die Einbeziehung von Exploratory Testing zur Aufdeckung unerwarteter Effekte durch Änderungen.

Wesentliche Merkmale:

Schnelle Reaktion auf kleine Änderungen mit minimalem Rollback.
Fokus auf realen Benutzerszenarien, die indirekt betroffen sein können.
Flexibilität in der Wahl der Methode: von Checklisten bis hin zu kreativem explorativem Testen.

Fangfragen.

Sollte man nur die Module testen, die geändert wurden?

Nein, es ist notwendig, auch die damit verbundenen Teile des Systems zu testen, um Nebeneffekte der Änderungen nicht zu übersehen.

Reicht vollständiges Regressionstesting nach jedem Fix?

Nein, oft genügt es, die Schlüssel (kritischen) Pfade zu überprüfen, während vollständige Regressionstests nur vor dem Release oder bei signifikanten Änderungen durchgeführt werden.

Kann man während der Wartungsphase vollständig auf Exploratory Testing verzichten?

Nein, Exploratory Testing ermöglicht das Finden nicht-triviale Bugs außerhalb des Test-Szenariums und sollte die Wartungsphase begleiten.

Typische Fehler und Anti-Pattern

Vernachlässigung verwandter Module: es wird nur der "gepachte" Ort getestet.
Fehlen eines aktuellen Regressionstest-Sets.
Ignorieren des Verständnisses der Architektur bremst die Identifizierung von Risikobereichen.

Lebensbeispiel

Negativer Fall

Nach der Behebung eines Bugs im Benutzerprofil wird nur das Profil getestet, aber die Autorisierung und die Anzeige des Profils auf anderen Seiten werden nicht überprüft. Infolgedessen tritt ein Bug auf: Auf der Hauptseite wird das Profil nicht aktualisiert.

Vorteile:

Schneller Abschluss des Testens einer bestimmten Aufgabe.

Nachteile:

Übersehen von Bugs in verwandten Bereichen.
Verlust des Vertrauens in QA und das Produkt.

Positiver Fall

Der behobene Bug im Profil wird sowohl isoliert als auch umfassend getestet: Das Profil wird überall dort überprüft, wo es verwendet wird. Es wird eine Checkliste von Schlüsselszenarien verwendet.