UAT-Checkliste für einen CRM-Go-live

Vor dem UAT

Die meisten UATs, die schiefgehen, gehen hier schief: unklarer Umfang, Skripte, die niemand geprüft hat, Tester ohne funktionierendes Konto.

Umfang

• Legen Sie fest, welche Prozesse und User Stories zum UAT gehören, und schreiben Sie auf, welche nicht.
• Benennen Sie für jeden Prozess einen Verantwortlichen aus dem Fachbereich: die Person, die abnimmt.
• Legen Sie fest, was Critical, High, Medium und Low bedeuten, bevor das erste Issue erfasst wird.

Testfälle

• Schreiben Sie einen Testfall pro Geschäftsszenario, in den Worten der Menschen, die ihn testen.
• Geben Sie jedem Schritt eine Aktion und ein erwartetes Ergebnis, und Testdaten, wo es darauf ankommt.
• Kennzeichnen Sie jeden Testfall mit Must, Should oder Could, damit die wichtigen zuerst getestet werden.
• Nehmen Sie die Negativfälle auf: ein falscher Wert, ein fehlendes Feld, ein Benutzer ohne die richtige Rolle.
• Prüfen Sie, dass jede User Story im Umfang mindestens einen Testfall hat.
• Lassen Sie die Skripte vor den Testtagen von einem Key User aus dem Fachbereich prüfen.

Tester

• Wählen Sie Tester, die die Arbeit jeden Tag machen, aus jedem Team, das das System nutzt.
• Geben Sie jedem Tester eine Gruppe und eigene Skripte.
• Blocken Sie die Testtage in ihren Kalendern und stellen Sie sie von ihrer täglichen Arbeit frei.
• Weisen Sie sie in einer halben Stunde ein: wie man ein Ergebnis erfasst und wie man ein Issue meldet.

Umgebung und Testdaten

• Bereiten Sie eine Testumgebung vor, die der Produktion entspricht: Konfiguration, Schnittstellen und Daten.
• Legen Sie für jede Rolle ein Testkonto an und prüfen Sie, dass sich jedes anmelden kann.
• Laden Sie die Testdaten: Kunden, Produkte, Preislisten und offene Datensätze.
• Verwenden Sie Testdaten statt Kundendaten, wo immer Sie können.
• Legen Sie fest, wann Fixes während der Testtage in die Testumgebung eingespielt werden.

Zeitplan

• Planen Sie die Testtage in Blöcken, mit einer festen Zeit für die Triage an jedem Tag.
• Planen Sie Zeit für eine Retest-Runde nach den Fixes ein.
• Legen Sie den Termin des go/no-go-Meetings fest und laden Sie den Lenkungsausschuss jetzt ein.
• Prüfen Sie den Release-Kalender von Salesforce oder Dynamics 365: Ein Plattform-Release mitten in Ihrem UAT ändert, was Sie testen.

Eingangskriterien

• Der Systemtest ist abgeschlossen, und kein Critical-Fehler daraus ist noch offen.
• Testumgebung, Testkonten und Testdaten sind bereit.
• Der Fachbereich hat die Testfälle geprüft.
• Jeder Tester wurde eingeladen und hat sich einmal angemeldet.

Während des UAT

Halten Sie die Tage kurz und die Informationen an einem Ort, damit Probleme am selben Tag gefunden, entschieden und behoben werden.

Tägliches Stand-up

• Beginnen Sie jeden Tag mit fünfzehn Minuten: Was wurde getestet, was blockiert, was ist heute geplant.
• Vergleichen Sie den Fortschritt pro Gruppe mit dem Plan und setzen Sie Tester dort ein, wo sie gebraucht werden.

Issues erfassen

• Erfassen Sie ein Issue pro Problem, mit dem Schritt, dem, was Sie erwartet haben, und dem, was stattdessen passiert ist.
• Fügen Sie einen Screenshot und den Link zum Datensatz hinzu.
• Suchen Sie zuerst nach einem bestehenden Issue, damit dasselbe Problem nicht doppelt erfasst wird.
• Sorgen Sie dafür, dass jeder fehlgeschlagene Schritt ein Issue hat, oder einen Grund, warum nicht.

Triage

• Führen Sie die Triage jeden Tag durch, mit dem Fachbereich und dem Entwicklungsteam gemeinsam.
• Geben Sie jedem neuen Issue einen Schweregrad, eine Priorität und jemanden, der es behebt.
• Entscheiden Sie für jedes: beheben, ablehnen oder in einen Change Request umwandeln.
• Setzen Sie Change Requests auf das Backlog, nicht in dieses Release.

Retests

• Lassen Sie den Tester, der das Issue gefunden hat, es erneut testen, sobald der Fix eingespielt ist.
• Schreiben Sie auf, auf welchem Release und Build jeder Retest durchgeführt wurde.
• Starten Sie nach einem großen Fix eine neue Runde und testen Sie die Prozesse rund um den Fix erneut.

Den UAT abschließen

Der UAT endet mit einer Entscheidung. Treffen Sie sie auf Basis von Fakten und schreiben Sie auf, wer was entschieden hat.

Ausgangskriterien

• Jeder Must-Testfall ist bestanden.
• Kein Critical-Issue ist offen.
• Jedes offene High-Issue hat einen Workaround oder einen Termin für den Fix, den der Fachbereich akzeptiert.
• Jeder Testfall im Umfang hat ein Ergebnis.

Abnahme

• Bitten Sie den Verantwortlichen jedes Prozesses um die Abnahme: abgenommen, abgenommen mit Auflagen oder abgelehnt.
• Schreiben Sie jede Auflage auf: wer sie erledigt und bis wann.

Go/no-go

• Führen Sie das go/no-go-Meeting mit den Zahlen auf dem Bildschirm durch, nicht aus dem Gedächtnis.
• Halten Sie die Entscheidung und die Auflagen fest, und wer sie getroffen hat.

Der Bericht

• Nennen Sie, was im Umfang war und was nicht getestet wurde.
• Zeigen Sie die Ergebnisse pro Gruppe und pro Priorität sowie das getestete Release und den Build.
• Listen Sie die offenen Issues nach Schweregrad auf, mit der Entscheidung zu jedem.
• Fügen Sie die Abnahmen mit ihren Auflagen hinzu.
• Nennen Sie die bekannten Risiken und Workarounds für die ersten Wochen nach dem Go-live.

Nach dem Go-live

• Bewahren Sie die Testfälle auf: Sie sind der Regressionstest für das nächste CRM-Release.
• Schreiben Sie auf, was Sie beim nächsten UAT anders machen wollen, solange es frisch ist.