Es gibt keine separate Testphase: Jede Schicht wird ausgeführt, sobald ihr Objekt bereit ist, und die Generalprobe entspricht dem Benutzerakzeptanztest (UAT). Da die Plattform standardisiert ist, beziehen sich die Tests auf die Konfiguration, die Daten und die Integrationen des Kunden – niemals auf erneute Produkttests.
| Schicht | Wann |
|---|---|
| Konfigurationsprüfungen – jede Einstellung wurde anhand von Beispieldaten in der Sitzung überprüft. | T-17 → T-11 |
| Migrationsvalidierung – Anzahl, Hash-Summen, TB und Nebenbücher pro Mock | T-10 → T-3 |
| Integrationstests – jeder Endpunkt mit Testpartnern, einschließlich Fehlerpfaden | T-10 → T-4 |
| Rollen- und Berechtigungstests – jede Rolle sieht und tut genau das, was sie soll; SoD | T-9 → T-5 |
| Kontinuitätsprüfung – eine Umschaltübung, falls Live DR Vertrag besteht; ein Backup-Wiederherstellungsnachweis | T-5 → T-3 |
| Die Generalprobe = Benutzerakzeptanztest (UAT) – ein realer Arbeitstag mit echten Nutzern, parallel zum bestehenden System | T-2 → T-1 |
Funktionstrennung
Keine Rolle darf von ihr erstellte Elemente genehmigen, Lieferanten anlegen und bezahlen, Bankverbindungen ändern und Zahlungen freigeben oder Buchungen in abgeschlossenen Perioden vornehmen und gebuchte Belege bearbeiten. Jede Rolle darf nur ihre eigenen Entitäten, Daten und Menüs sehen, alle Schritte ihrer Übungsaufgaben abschließen, die richtigen Warteschlangenelemente sehen und ASK für ihre eigenen Aufgaben mit ihren eigenen Berechtigungen nutzen.
Testen Sie mit dem jeweiligen Benutzerkonto jeder Rolle, niemals mit einem Administratorkonto. Ein als Administrator erfolgreicher Test sagt nichts über die Rolle aus.
Die Probe
Erstellen Sie das Skript anhand des geschäftigsten normalen Tages des Kunden, nicht anhand eines Lehrbuchablaufs: die Morgenwarteschlange, Angebotserstellung bis Bestellung mit Bonitätsprüfung, Einkauf, Wareneingang, Versand und Rechnungsstellung, Kreditorenbuchhaltung mit Abgleich und Genehmigung, Lohn- und Gehaltsabrechnung, Zahlungslauf und Bankdatei sowie der Tagesabschluss mit der Saldenliste – jeweils verglichen mit den Ergebnissen des Altsystems für denselben Tag.
- T-2 Vorbereitung — der Probe-Tenant aus den Trockenlaufdaten; die am Tag gesammelten echten Dokumente; jeder Benutzer ist mit seiner aktiven Warteschlange angemeldet; Beobachter pro Prozess.
- T-1-Lauf – Benutzer geben ihren tatsächlichen Tag in TRANXACT ein, während der Legacy-Lauf normal verläuft; ASK und die Navigatoren unterstützen den Ablauf; Probleme werden mit Zeit und Rolle protokolliert.
- T-1 Abendschluss – Ergebnisse im Vergleich zu den Vorjahreswerten; die Korrekturliste wurde abgearbeitet und erneut überprüft; die Gate-Kriterien wurden bewertet; der Countdown-Inhaber entscheidet.
Die Go/No-Go-Entscheidung (vorgeschlagener Standardwert)
| Kriterium | Schwelle | Blöcke werden live geschaltet? |
|---|---|---|
| Die Probenprozesse wurden erfolgreich abgeschlossen | 100 % der kritischen Schritte; 95 % oder mehr aller Schritte | Ja |
| Die Ergebnisse entsprechen dem alten System | Summen gleich oder erklärt | Ja |
| Trockenübung zur Versöhnung | Null TB-Delta; Subledger-Bindung | Ja |
| Trockenlaufdauer | Innerhalb des Umstellungszeitraums | Ja |
| Kritische Defekte offen | 0 | Ja |
| Die Nutzer probten ihre eigene Rolle | 95 % oder mehr der T+1-Nutzer | Rezension |
| Integrationen produktionsbereit | Endpunkte und Anmeldeinformationen bestätigt | Schau dich um, falls nicht |
Ein „Nicht-Gehen“ bedeutet nicht automatisch eine Terminverschiebung. Der Countdown-Inhaber kann fehlgeschlagene Tests auf T-Plus verschieben und trotzdem mit den bestandenen Tests am Tag T-0 live gehen.
Fehlertriage im Standup
- Kritisch – führt zum Ausfall eines Kernprozesses, einem falschen Finanzergebnis oder Datenverlust: Beheben Sie das Problem vor dem Gate oder führen Sie den Prozess mit einem manuellen Zwischenschritt zu T-Plus.
- Hoch — erfordert erheblichen Aufwand: am selben Tag korrigieren; in der Probe erneut testen.
- Mittelmäßig – es gibt eine einfache Lösung: Beheben Sie das Problem innerhalb von zwei Wochen nach der Inbetriebnahme.
- Niedrig – kosmetisch: eine Fit Ledger-Linie mit der Kennzeichnung T-Plus.
Bei Calderwoods Probelauf verlaufen alle wichtigen Schritte bis auf den Zahlungslauf: Die Bankdatei wird zwar erstellt, die Produktionszugangsdaten der Bank wurden jedoch noch nicht ausgestellt. Integrationen, die noch nicht produktionsreif sind, werden zunächst nicht weiter verfolgt. Daher überträgt der Countdown-Inhaber die Bankintegration vorübergehend manuell per Upload der Bankdatei an T-Plus und gibt grünes Licht.
Probier es aus Zum Zeitpunkt T-1 haben 91 % der T+1-Nutzer von Calderwood ihre Rolle geprobt. Verhindert das den Go-Live?
Nicht automatisch: Nutzer, deren Übungsergebnisse unter 95 % liegen, werden überprüft, dies ist jedoch kein Ausschlusskriterium. Die fehlenden Nutzer erhalten am Nachmittag des Vortages einen Nachholtermin, werden im Adoptionsregister vermerkt, und jeder, der noch nicht bereit ist, bekommt für die erste Woche einen festen Paten.