Zusammenstellen und Veröffentlichen eines fertigen Spiels auf Unity (Android) mit Behebung kritischer Fehler, Profilerstellung und Veröffentlichung bei Google Play

Ausgangslage: Auf Unity 2022.3 LTS gibt es ein fast fertiges Mobile Game (Casual 2D Runner). Das Projekt wurde vom vorherigen Team geerbt, wird jetzt im Editor kompiliert, ist aber auf echten Android-Geräten instabil. Das Spiel verfügt bereits über Levels, Benutzeroberfläche, RU-EN-Lokalisierung, Firebase-Analysen, Werbenetzwerke (Unity Ads + AdMob über Vermittlung), In-Game-Käufe über Unity IAP und Fortschrittsspeicherung. Es ist notwendig, das Projekt in einen Zustand zu bringen, in dem es zuverlässig auf Google Play veröffentlicht werden kann.

Technische Umgebung und Themengebiet: Unity 2022.3 LTS, URP 2D, C#, Addressables (teilweise), Android API 33-34, Gradle, IL2CPP, Firebase SDK, Google Play Billing v5+, Git. Der Build erfolgt über Android Studio/Gradle, signiert per Upload-Key. Das Projekt ist in einem privaten Git-Repository gespeichert, wir gewähren Zugriff.

Was muss getan werden (Schritte):
1) Projektprüfung und Problemreproduktion auf 2-3 Zielgeräten (mindestens ein schwaches Gerät mit 3-4 GB RAM-Level). Erstellen Sie eine kurze Liste der Ursachen und einen Plan zur Behebung.
2) Abstürze und Einfrierungen beheben: gemäß Logcat/Unity/Android-Protokollen (normalerweise NullReference im UI-Flow, Probleme mit dem Anzeigenlebenszyklus, Fehler beim Wiederherstellen von Einkäufen, seltene ANRs beim Laden einer Szene).
3) Bringen Sie die Monetarisierung zum Laufen: Interstitial-Werbung, belohnt, Banner – ohne Blockierungskontrolle und ohne Verlust von Event-Abonnements. IAP – korrekte Abwicklung von Käufen und Restaurationen, keine doppelten Gebühren.
4) Leistungsoptimierung: Reduzieren Sie FPS-Einbrüche und Speicherspitzen beim Szenen-/Levelwechsel. Verwenden Sie Unity Profiler/Memory Profiler, eliminieren Sie explizite Zuweisungen beim Update, umfangreiche Canvas-Neuerstellung, unnötiges Instanziieren/Zerstören. Konfigurieren Sie Addressables bei Bedarf richtig oder ersetzen Sie Problembereiche durch einfacheres Laden von Ressourcen, ohne jedoch die Hälfte des Projekts neu zu schreiben.
5) Bereiten Sie einen Release-Build vor: Konfigurieren Sie die Player-Einstellungen für Google Play (IL2CPP, Zielarchitekturen, Min./Ziel-SDK), beheben Sie Gradle-Abhängigkeiten und AndroidX/Jetifier-Konflikte, überprüfen Sie die Richtigkeit der Berechtigung. Erstellen Sie AAB, überprüfen Sie die Installation/Aktualisierung gegenüber der vorherigen Version.
6) Mindestendkontrolle der Qualität: Checkliste zum Abschließen von 10–15 Minuten Spielzeit, Überprüfung von Werbung, Käufen, Speichern, Sprachänderungen, Verhalten beim Verlassen des Hintergrunds und Zurückkehren.

Konkretes Ergebnis: ein eingereichtes Unity-Projekt im Repository mit Korrekturen, ein Release-AAB für Google Play und eine kurze Datei RELEASE_NOTES.md, in der die vorgenommenen Änderungen und bekannten Einschränkungen beschrieben werden.

Einschränkungen: Sie können das Spieldesign nicht ändern, keine neuen Level hinzufügen oder neue Grafiken erstellen. Es sind nur Codebearbeitungen, Einstellungen, SDK-Integrationen, Optimierungen und Korrekturen zulässig. Sie können keine kostenpflichtigen Vermögenswerte Dritter ohne Genehmigung verbinden. Alle Änderungen sollten in Form von Commits in Git mit klaren Nachrichten erfolgen.

Messbare Akzeptanzkriterien:
– Der Release-Build (AAB) ist auf Android 10–14 installiert und stürzt beim Start nicht ab, innerhalb von 20 Minuten kontinuierlicher Wiedergabe – 0 Abstürze.
- Kein ANR beim Laden von Levels und beim Zurückkehren aus dem Hintergrund (überprüfen Sie, ob mindestens 10 Zyklen zum Zusammenklappen und Erweitern vorliegen).
- Prämienwerbung: Anzeige per Button, korrekte Ausgabe einer Prämie, nicht mehr als 1 erfolglose Impression von 10 Versuchen bei stabiler Internetverbindung.
- Interstitial: Anzeige an bestimmten Punkten, nach dem Schließen kehrt die Steuerung zurück, die Benutzeroberfläche friert nicht ein.
- IAP: Der Kauf eines Testprodukts ist erfolgreich, bei einem Neustart wird der Kauf wiederhergestellt, es werden keine doppelten Gebühren erhoben.
- Die durchschnittliche FPS auf einem schwachen Gerät beträgt im Gameplay nicht weniger als 45 (mit Ausnahme der ersten 3 Sekunden nach dem Laden der Szene), keine regelmäßigen Einfrierungen länger als 200 ms (geschätzt durch Unity Profiler/Android-Frame-Timing).

Zugang und Materialien: Wir stellen ein Repository, Testschlüssel für Firebase/AdMob/Unity Ads, eine Liste der Zielgeräte und aktuelle Schritte zur Reproduktion von Problemen bereit. Es wird notwendig sein, kurze Zwischenberichte zu den Etappen zu führen.