Leitfaden für Ihren ersten Start
Machen Sie die Hauptreise vor dem Start zuverlässig.
Verwenden Sie beobachtbare Kontrollen, um zu entscheiden, was zum Teilen bereit ist und was noch Arbeit erfordert.
01 – Beweisen Sie die Hauptaktion mit einem Testprotokoll
Senden Sie für eine Service-Anfrage-App klar gekennzeichnete Testinformationen und rufen Sie sie vom konfigurierten Ziel ab. Laden Sie die Seite neu und überprüfen Sie den Datensatz erneut. Testen Sie eine leere Übermittlung, einen ungültigen Wert und den Fehlerstatus. Schreiben Sie auf, was Sie beobachtet haben, anstatt eine Aufgabe als erledigt zu markieren, weil eine Erfolgsmeldung angezeigt wurde.
- Bestätigen Sie, wo Informationen gespeichert oder übermittelt werden.
- Überprüfen Sie Duplikate, Wiederholungsversuche und Fehlermeldungen für die Hauptaktion.
- Entfernen Sie Beispieldatensätze und Platzhalter-Geschäftsaussagen oder kennzeichnen Sie diese deutlich.
- Verwenden Sie die Produktausgabe und Anleitungen zur Fehlerbehebung, wenn die Vorschau oder der Build fehlschlägt.
02 – Zugriff und sensibles Verhalten überprüfen
Wenn die App über Konten verfügt, testen Sie abgemeldete und angemeldete Fahrten mit separaten Testbenutzern. Bestätigen Sie, dass eine Person nicht auf die privaten Datensätze einer anderen Person zugreifen kann. Halten Sie Geheimnisse aus dem Seiteninhalt und dem generierten Client-Code fern. Zahlungen, Berechtigungen und sensible Daten erfordern eine qualifizierte technische Überprüfung, bevor Benutzer darauf angewiesen sind.
- Probieren Sie die Privatadresse direkt als abgemeldeter Besucher aus.
- Vergleichen Sie ein zweites Testkonto mit den Aufzeichnungen des ersten Kontos.
- Nutzen Sie eine geeignete Testumgebung für Zahlungsströme.
- Behalten Sie ungelöste Zugriffs- oder Datenverarbeitungsprobleme in der Freigabeentscheidung bei.
03 – Überprüfen Sie das öffentliche Besuchererlebnis
Überprüfen Sie das Telefonlayout, die Tastaturnavigation, Formularbeschriftungen, Fokusindikatoren und lesbaren Text. Veröffentlichen Sie dann mit den für Ihr Projekt verfügbaren Steuerelementen und wiederholen Sie die Hauptreise an der tatsächlichen öffentlichen Adresse. Überprüfen Sie Titel, Beschreibungen, kanonische URLs und Crawling-Einstellungen, die für öffentliche oder private Seiten geeignet sind.
- Folgen Sie jedem primären Link und testen Sie lange oder fehlende Inhalte.
- Bestätigen Sie die gewünschte Domäne und die Freigabesichtbarkeit.
- Testen Sie nach der Veröffentlichung die echte öffentliche Seite, nicht nur deren Vorschau.
- Halten Sie Konto-, Checkout- und private Datenseiten von der öffentlichen Suche fern.
04 – Betrieb und Wiederherstellung zuweisen
Wählen Sie aus, wer fehlgeschlagene Anfragen, Nutzungsbeschränkungen und zukünftige Änderungen bearbeitet. Bewahren Sie Einrichtungsnotizen und einen überprüften Projekt-Snapshot oder einen anderen von Ihrem Workflow unterstützten Wiederherstellungspfad auf. Erfassen Sie unvollendete Arbeiten und die verantwortliche Person. Eine Startentscheidung sollte die tatsächliche Zielgruppe und das Risiko des Dienstes widerspiegeln und nicht das Erscheinungsbild seiner Bildschirme.
- Überprüfen Sie die Laufzeit, die Grenzen verbundener Dienste und das wiederkehrende Budget.
- Zeichnen Sie auf, wie Sie einen bekannten Arbeitszustand wiederherstellen oder die Freigabe einer defekten Version beenden.
- Geben Sie Benutzern einen nutzbaren Support- oder Kontaktpfad.
- Beginnen Sie mit einem begrenzten Publikum und überprüfen Sie die tatsächliche Reise nach jeder wesentlichen Änderung erneut.
Ein Ausgangspunkt
Formulieren Sie das Briefing konkret.
Passen Sie dieses Beispiel an Ihr Unternehmen an. Halten Sie Beispieldaten getrennt von echten Kundeninformationen.
Überprüfungsdatensatz starten Projekt und Version überprüft: ___ Hauptreise getestet: ___ Gültige, ungültige und Ergebnisse mit leeren Eingaben: ___ Wo der Testdatensatz abgerufen wurde: ___ Besucher- und Kontoberechtigungen überprüft: ___ Telefon- und Tastaturprüfungen: ___ Öffentliche Adresse und Metadaten überprüft: ___ Dienstbeschränkungen und Rechnungsinhaber: ___ Wiederherstellungs- oder Rollback-Pfad: ___ Offene Probleme und verantwortliche Person: ___ Entscheidung und Datum: ___
Wenn Sie den nächsten Schritt brauchen
Befolgen Sie die Produktdokumentation.
Bevor Sie beginnen.
Zertifiziert diese Checkliste eine App als produktionsbereit?
Es hilft bei der Organisation beobachtbarer Freigabeprüfungen. Es handelt sich nicht um eine Sicherheitszertifizierung oder um einen Ersatz für eine technische, barrierefreie oder domänenspezifische Überprüfung, die für die App angemessen ist. Lösen Sie Probleme entsprechend den tatsächlichen Benutzern und beteiligten Daten.
Was soll ich tun, wenn die Vorschau leer ist?
Verwenden Sie die dokumentierten Vorschau-Wiederherstellungsschritte: Aktualisieren Sie nach dem Start, überprüfen Sie die aktuellen Dateien und Ausgaben und fordern Sie dann eine gezielte Korrektur für den relevanten Fehler an. Bestätigen Sie einen fehlerfreien Build, bevor Sie sich auf Vorschau-, Freigabe- oder Veröffentlichungskontrollen verlassen.
Finden Sie Ihren nächsten Schritt.
Beginnen Sie mit einer nützlichen Aufgabe