Frieren Sie den Release Candidate ein und testen Sie ihn
Wählen Sie eine Versionsnummer und eine Build-Kennung. Erstellen Sie den Release-Kandidaten aus einem sauberen Quellcodestand. Testen Sie den ersten Start, eine vollständige Runde, Einstellungen, das Wiederherstellen eines Spielstands, Unterbrechung und Fortsetzung sowie eine Neuinstallation. Prüfen Sie jedes Bedienelement in den vorgesehenen Bildschirmgrößen und -ausrichtungen. Falls Sie Code ändern müssen, erzeugen Sie einen neuen Build und wiederholen Sie die betroffenen Prüfungen mit diesem Build. Ein Debug-Build ist nicht automatisch mit dem Release-Kandidaten gleichzusetzen.
Sammeln Sie die Materialien, die Ihr Eintrag benötigt: App-Name, Beschreibung, Screenshots des aktuellen Builds, Alter und Inhaltsantworten, Support-Kontakt, Offenlegungen zum Datenschutz und Informationen zu In-App-Käufen. Bestätigen Sie, dass die aktuellen Regeln und Zielanforderungen des Shops für diese spezifische Version gelten. Vermeiden Sie es, einen Zeitplan auf einer festen Überprüfungsdauer oder einem alten API-Grenzwert zu basieren.
Nutzen Sie die gestaffelte Einreichungsroute der Plattform
Erstellen Sie für Google Play die App in der Play Console, schließen Sie die Dashboard-Einrichtung ab, laden Sie ein Android App Bundle hoch und wählen Sie einen geeigneten Test- oder Release-Track aus. In der Play Console-Dokumentation heißt es, dass der Paketname eindeutig und dauerhaft ist. Legen Sie ihn also fest, bevor Sie ihn zum ersten Mal hochladen. Lesen Sie die aktuellen Ziel-API- und Testanforderungen in der Konsole, bevor Sie den Start planen.
Erstellen Sie für Apple den App-Datensatz in App Store Connect, wählen Sie den Build aus, geben Sie die erforderlichen Metadaten ein und reichen Sie ihn zur App-Überprüfung ein. TestFlight kann Beta-Builds verteilen und vor der Veröffentlichung Feedback sammeln. Apple unterscheidet das Hinzufügen eines Builds zu einer Übermittlung von der tatsächlichen Übermittlung; Überprüfen Sie den Einreichungsstatus und bestätigen Sie, dass die letzte Aktion abgeschlossen ist, anstatt davon auszugehen, dass ein Upload bereits überprüft wird.
Machen Sie die Veröffentlichung wiederholbar
Bewahren Sie das Release-Artefakt, den Quellcodestand, die Build-Einstellungen, das Änderungsprotokoll und die Einreichungsnotizen zusammen auf. Halten Sie fest, welche Version in welchem Store live ist. Wenn Sie auch eine Webversion veröffentlichen, testen Sie deren gehosteten Aufruf und das Layout im mobilen Browser getrennt.
Fragen zu Veröffentlichung eines Handyspiels
Sollte ich beide mobilen Plattformen gleichzeitig veröffentlichen?
Nur wenn sowohl Builds als auch Einreichungen bereit sind. Unabhängige Überprüfungs- und Veröffentlichungsschritte für Plattformen können voneinander abweichen. Geben Sie daher klar an, welche Version verfügbar ist, und halten Sie die Notizen an die Plattform gebunden.
Kann dieselbe Testcheckliste ein Webspiel und eine Store-App abdecken?
Einige Prüfungen des Spielablaufs können gemeinsam genutzt werden. Paketierung, Installation, Berechtigungen, Updates und Prüfung durch den Store unterscheiden sich jedoch. Nutzen Sie einen gemeinsamen Kurztest der wichtigsten Spielfunktionen und ergänzen Sie ihn um plattformspezifische Release-Prüfungen.
Weiterlesen
Etwas nicht mehr aktuell? Korrektur melden