T-Minus: Testen und die Probe
Die sechs Testebenen und deren jeweilige Ausführungszeiten, Testrollen und Aufgabentrennung, Planung und Durchführung der Generalprobe, die Go/No-Go-Kriterien und die Priorisierung von Fehlern nach Schweregrad.
Es gibt keine separate Testphase. Jede Schicht wird ausgeführt, sobald ihr Objekt bereit ist; die Generalprobe entspricht dem Benutzerakzeptanztest (UAT). Da die Plattform standardisiert ist, konzentriert sich das Testen auf die Konfiguration, die Daten und die Integrationen des Kunden – niemals auf das erneute Testen des Produkts selbst.
| Schicht | Was es beweist | Wann | WHO | Beweis |
|---|---|---|---|---|
| Konfigurationsprüfungen | Jede konfigurierte Einstellung wurde anhand von Beispieldaten in der Sitzung überprüft. | T-17 → T-11 | Hauptanwender, Ledger-Architekt | Testplanergebnis pro Fit Ledger-Zeile |
| Migrationsvalidierung | Zählungen, Hash-Summen, TB und Nebenbuchabstimmung pro Simulation | T-10 → T-3 | Migrationsleiter, Dateneigentümer, Finanzcontroller | Objektregister, Ausschussliste, Abstimmungsblätter |
| Integrationstests | Jeder Endpunkt mit Testpartnern, einschließlich Fehlerpfaden | T-10 → T-4 | Ledger Architect, Partner | Nachrichtenprotokolle |
| Rollen- und Berechtigungstests | Jede Rolle sieht und kann genau das tun, was sie soll; SoD-Prüfungen | T-9 → T-5 | Hauptnutzer, Adoptionsnavigator | Ergebnisse des Rollentests |
| Durchgangsprüfung | Eine Umschaltübung, falls Live DR beauftragt ist; ein Backup-Wiederherstellungsnachweis | T-5 → T-3 | Operationspilot, Migrationsleiter | Runbook-Zeitpläne, Bohrbericht |
| Die Probe = UAT | Ein echter Geschäftstag von echten Nutzern, parallel zu den bestehenden Systemen | T-2 → T-1 | Jeder T+1-Nutzer | Probenskript, Protokoll |
Jede Fit Ledger Configure-now-Zeile enthält mindestens eine Konfigurationsprüfung mit ihrem Ergebnis, daher ist das T-11-Gate ein Filter und kein Meeting.
Rollen, Berechtigungen und Aufgabentrennung
| Jede Rolle kann… | Jede Rolle kann nicht… |
|---|---|
| Es werden nur die zugehörigen Entitäten, Daten und Menüs angezeigt. | Genehmigen Sie das Erstellte – geben Sie dieselbe Rechnung ein und genehmigen Sie sie. |
| Führe jeden Schritt der Probenaufgaben durch. | Erstelle einen Lieferanten und bezahle ihn. |
| Sehen Sie die richtigen Elemente in der Aktionswarteschlange. | Ändern Sie die Bankdaten und geben Sie die Zahlungen frei. |
| Verwenden Sie ASK für seine eigenen Aufgaben, gemäß seinen Berechtigungen. | Beiträge in geschlossenen Zeiträumen veröffentlichen oder veröffentlichte Dokumente bearbeiten |
Testen Sie mit dem jeweiligen Benutzerkonto jeder Rolle, niemals mit einem Administratorkonto. Ein als Administrator erfolgreicher Test sagt nichts über die Rolle aus.
Gestaltung der Probe (beispielhaft)
Ein kompletter, realer Geschäftstag: die Transaktionen des Kunden in seiner jeweiligen Rolle. Erstellen Sie das Skript anhand des geschäftigsten normalen Tagesablaufs des Kunden, nicht anhand eines Lehrbuchablaufs.
| Zeit | Verfahren | Rolle | Reale Transaktion | Im Vergleich zu älteren Systemen |
|---|---|---|---|---|
| 08:00 | Morgenschlange | Alle Benutzer | Rangfolge der Aktionswarteschlange überprüft | — |
| 08:30 | Angebot anfordern | Verkäufe | Heutige Angebote und Bestellungen, Bonitätsprüfung | Bestellsummen |
| 09:30 | Beschaffen | Einkauf | Bestellungen, Genehmigungen | Gesamtbeträge der Bestellungen |
| 10:30 | Erhalten | Lager | Wareneingänge, Einlagerung | Aktienbewegungen |
| 11:30 | Versand & Rechnung | Lager, Abrechnung | Lieferungen und Kundenrechnungen | Rechnungssummen |
| 13:00 | Verbindlichkeiten | AP-Sachbearbeiter, Genehmiger | Lieferantenrechnungen, Abgleich, Genehmigung | AP-Alterung |
| 14:30 | Lohn- und Gehaltsabrechnungsereignisse | Personalwesen | Einstellungen, Änderungen, Zeit, Zulagen | Lohnabrechnungseingaben |
| 15:30 | Kasse | Schatz | Zahlungslauf, Bankdatei, Belege | Bankguthaben |
| 16:30 | Tagesschluss | Regler | Tagesberichte, Saldenliste | TB für den Tag |
Die Probe leiten
| Vorbereiten (T-2) | Lauf (T-1) | Schluss (T-1 Abend) |
|---|---|---|
| Probemieter aus den Trockenlaufdaten | Die Nutzer geben ihren tatsächlichen Tag in TRANXACT ein. | Ergebnisse im Vergleich zur Vorgängerversion |
| Heute gesammelte Originaldokumente | Legacy läuft am selben Tag wie normal | Fehlerliste ausgeführt und erneut geprüft |
| Alle angemeldeten Benutzer, Warteschlange live | ASK und Navigatoren unterstützen den Ablauf | Bewertung der Gate-Kriterien |
| Beobachter pro Prozess | Probleme wurden mit Zeit- und Rollenangaben protokolliert. | Der Countdown-Besitzer entscheidet: GO |
Alle Personen, die das System am Tag +1 nutzen, nehmen teil. Fehlende Teilnehmer erhalten am Nachmittag des Vortages einen Nachholtermin und werden im Anmelderegister vermerkt. Die Probe dient gleichzeitig als Schulung: Nutzer, die ihren realen Tag bereits absolviert haben, benötigen keinen Schulungsraum, und das Unternehmen bestätigt die Ergebnisse anhand von Nachweisen anstatt eines Dokuments.
Die Go/No-Go-Gateway (vorgeschlagener Standardwert)
| Kriterium | Schwelle | Beweis | Blöcke werden live geschaltet? |
|---|---|---|---|
| Die Probenprozesse wurden erfolgreich abgeschlossen | 100 % der kritischen Schritte, 95 % oder mehr aller Schritte | Probenskript | Ja |
| Die Ergebnisse der Proben entsprechen dem traditionellen Ansatz. | Summen gleich oder erklärt | Vergleichstabelle | Ja |
| Trockenübung zur Versöhnung | Null TB-Delta; Subledger-Bindung | Abstimmungsblätter | Ja |
| Trockenlaufdauer | Innerhalb des Umstellungszeitraums | Runbook-Zeiten | Ja |
| Kritische Defekte offen | 0 | Testplan | Ja |
| Die Nutzer probten ihre eigene Rolle | 95 % oder mehr der T+1-Nutzer | Adoptionsregister | Rezension |
| Integrationen produktionsbereit | Endpunkte und Anmeldeinformationen bestätigt | Integrationsprotokoll | 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.
Fehlerpriorisierung (vorgeschlagener Standardfall)
| Schwere | Bedeutung | Was geschieht |
|---|---|---|
| Kritisch | Unterbricht einen Kernprozess, führt zu einem falschen Finanzergebnis oder Datenverlust | Beheben Sie das Problem vor dem Gate oder verlagern Sie den Prozess mit einer manuellen Zwischenlösung aus dem Geltungsbereich von T-Plus. |
| Hoch | Der Prozess funktioniert nur mit erheblichem Aufwand oder einer Umgehungslösung. | Den gleichen Tag während des Countdowns korrigieren; in der Probe erneut testen. |
| Medium | Unpraktisch, aber mit einer einfachen Lösung | Beheben Sie den Fehler innerhalb der ersten zwei Wochen nach der Inbetriebnahme. |
| Niedrig | Kosmetisch oder nett zu haben | Eine Fit Ledger-Linie mit der Kennzeichnung T-Plus |
Die Priorisierung erfolgt im Standup, nicht in einer Ticketwarteschlange: Jeder Fehler erhält einen Verantwortlichen und wird noch am selben Tag oder innerhalb von T-Plus in dem Meeting entschieden, in dem er angesprochen wird.
Die als Standardwerte gekennzeichneten Werte stellen die empfohlenen Ausgangspunkte der Methodik dar. Bitte bestätigen Sie jeden Wert für jedes Projekt; maßgeblich sind der Vertrag, das Bestellformular und die Service-Level-Vereinbarung (SLA).
Machen Sie dazu den Kurs, mit Diagrammen und einer Überprüfung.