AppReviewX Anmelden

Vorlage: Regressionstest-Checkliste

Baue aus deinen wichtigsten Abläufen und früheren Fehlern eine kurze Regressionsliste.

aktualisiert ·2 Min. Lesezeit

In diesem Ratgeber

Ein Regressionstest fragt: Funktioniert nach meiner Änderung noch alles, was vorher funktionierte? Du kannst nicht jedes Mal die ganze App neu testen, also führe eine kurze Liste und lass sie aus echten Fehlern wachsen. Eine Liste mit 15 Prüfungen, die du wirklich machst, schlägt eine mit 150, die du überspringst.

Wie die Liste wächst

  1. Beginne mit den wichtigsten Abläufen. Die 5 bis 8 Dinge, die Nutzer können müssen (Registrierung, Hauptaufgabe, Kauf, Wiederherstellung).
  2. Nimm jeden durchgerutschten Fehler auf. Erreicht ein Fehler einen Nutzer oder Tester, ergänze eine Zeile, die ihn gefunden hätte. Das ist der wertvollste Teil der Liste.
  3. Nimm fragile Bereiche auf. Alles, was du dreimal geändert hast oder was an einem Drittanbieter-Dienst hängt.
  4. Räume auf. Entferne Prüfungen für gestrichene Funktionen und führe Doppeltes zusammen. Prüfe die Liste bei jedem Release.

Vorlage (zum Kopieren)

REGRESSIONSLISTE: <App-Name>          Zuletzt geprüft: <Datum>

Vor jedem Release ausführen. Je Punkt: B (bestanden) / F (fehlgeschlagen) / N (nicht ausgeführt, Grund)

KERNABLÄUFE
[ ] R-01 <Ablauf>: <Prüfung in einer Zeile>                Quelle: Kernablauf
[ ] R-02 <Ablauf>: <Prüfung in einer Zeile>                Quelle: Kernablauf

FRÜHERE FEHLER
[ ] R-10 <was kaputt war>: <Prüfung, die es gefunden hätte>  Quelle: Fehler <Link/ID>, <Datum>
[ ] R-11 <was kaputt war>: <Prüfung, die es gefunden hätte>  Quelle: Fehler <Link/ID>, <Datum>

FRAGILE BEREICHE
[ ] R-20 <Bereich>: <Prüfung>                              Quelle: <warum fragil>

RELEASE-DURCHLAUF
Build: <Version>   Datum: <Datum>   Gerät / OS: <Liste>
Fehlgeschlagene Punkte: <IDs>   Entscheidung: <Go / erst beheben>

Beispiel (zur Veranschaulichung)

KERNABLÄUFE
[ ] R-01 Registrierung: Konto mit E-Mail anlegen, Startbildschirm erreichen   Quelle: Kernablauf
[ ] R-02 Hauptaufgabe: Eintrag anlegen, in der Liste sehen                     Quelle: Kernablauf
[ ] R-03 Wiederherstellung: neu installieren, anmelden, Daten sind da          Quelle: Kernablauf

FRÜHERE FEHLER
[ ] R-10 Absturz beim Drehen im Bearbeiten-Screen: beim Bearbeiten drehen      Quelle: Fehler #8
[ ] R-11 Doppelte Abbuchung bei Doppeltipp: "Kaufen" schnell zweimal tippen    Quelle: Fehler #14

FRAGILE BEREICHE
[ ] R-20 Login mit Social-Konto: an- und abmelden                              Quelle: hängt an Drittanbieter-Login

So passt du sie an

  • Jede Zeile soll in einer Minute prüfbar sein. Braucht sie eine Geschichte, gehört sie in einen Testfall.
  • Notiere die Herkunft jeder Zeile. Wenn du überlegst, sie zu löschen, sagt dir die Quelle, ob es geht.
  • Vor Updates einer Live-App: Ergänze "Update von der Vorversion behält Daten". Siehe Update einer Live-App testen.
  • Unterschied zum Smoke-Test: Der Smoke-Test fragt "ist dieser Build überhaupt benutzbar?" und läuft bei jedem Build; die Regressionsliste ist tiefer und läuft vor einem Release.

Weiterlesen

Starte kostenlos und lass externe Tester deine Liste auf Geräten laufen, die du nicht besitzt.