UI-Prüfungen vor dem Launch: Was vor dem Ship zu verifizieren ist
Nach Prefab und Logik: finaler UI-Durchgang auf Gerät, Locales, Release-Builds und Event-Skins – erweitert Design-Handoff und Engine-MCP-Abnahme um Fix-Pfade.
- game-ui-design
- game-dev-ai
- ui-to-engine
- ui-localization
- ui-reskin
- unity
- godot
- cocos
- vberai
- qa
- 2026
Prefab ist im Projekt und die Logik ist verdrahtet, doch der Test-Build kann dennoch UI-Prüfungen nicht bestehen: Im Editor sieht alles gut aus, aber die Safe Area wird auf dem Gerät abgeschnitten; Englisch passt, aber Deutsch läuft über; der Home-Screen hat den Event-Skin, aber Popups nutzen noch alte Art.
Die Design-Handoff-Checkliste deckt die Lieferung ab. Die Engine-Import-+-MCP-Checkliste deckt den ersten Play ab. Dieser Beitrag ergänzt nur Pre-Ship-Punkte – keine Wiederholung von Raycast, Draw Calls oder Canvas Scaler; alles, was beim Import bereits bestanden wurde, entlang des Main Flow erneut einen Smoke-Test durchführen.
6 Prüfungen vor dem Ship
| # | Prüfung | Häufiges Scheitern |
|---|---|---|
| 1 | Gerät Main Flow: Ziel-Portrait + gängige Seitenverhältnisse (z. B. 19,5:9); Rotation testen, falls unterstützt | Editor nur 16:9; Notch-Clipping, Tap-Offset |
| 2 | Jede aktive Locale auf Home + Popups | Deutsch / Spanisch läuft über, Button-Text abgeschnitten |
| 3 | Event- / Season-Reskin an allen Einstiegspunkten (Popups, Badge-Ebenen) | Neuer Home-Skin, alter Popup-Skin |
| 4 | Zahlen, Timer, Währung stimmen mit Design-Tabellen überein | Platzhalter, falsches Format |
| 5 | Dev- / Release-Builds laden jeweils die Main UI einmal | Addressables / Assets im Build fehlen |
| 6 | Test-Build-UI stimmt mit Repo-Prefabs überein | Nur Scene-Änderungen, Build nicht aktualisiert |
Unity-UGUI-Beispiele; Godot Control / Cocos UI bilden dasselbe ab.
Wo zu fixen
| Symptom | Pfad |
|---|---|
| Gerät-Clipping, Layout-Drift | Prefab bearbeiten oder AI Studio strukturierter Re-Export |
| Locale-Überlauf | UI-Übersetzung / Text-Ebenen; Auto-Layout-Headroom im Design |
| Inkonsistenter Event-Skin | AI Studio Reskin Full-Tree-Re-Export |
| Unscharfe Display-Schrift / Damage Numbers | Bitmap-Font oder TMP |
Logik- und Binding-Probleme gehören zur Engine-Import-+-MCP-Checkliste – hier nicht weiter ausgeführt.
FAQ
Überschneidung mit den „10 Engine-Prüfungen“?
Engine-Liste = erster Play. Diese Liste = Gerät, Locales, Release-Builds, Event-Skins.
Aufteilung im kleinen Team?
Entwicklung: 1, 5, 6. Design/Produktion: 2, 4. QA (falls vorhanden): 1–5. Designer-Stichprobe: 3. ~30 Minuten Smoke-Test auf dem Gerät im Main Flow; Locales: 2–3 längste + Home und wichtige Popups.
Hotfix-UI im Release nur mit Bildern?
Prefab- / Asset-Hotfix nutzen und committen – Änderungen nicht nur auf einer Test-Scene lassen.
Weiterlesen
Weitere Guides, die Sie interessieren könnten
Game-UI-Design: Traditioneller Workflow vs. KI-Grafik + VberAI Studio-Aufteilung
PS/Figma manuelles Slicing vs. VberAI Studio: UI importieren oder KI-generieren, Layer automatisch trennen, PSD oder Bildsets exportieren. Effekte, Schritte, Demos.
- game-ui-design
- game-ui-designer-flow
- ui-slicing
- AIGC
Schwebende Schadenszahlen: Übergabe-Abnahme und Engine-Implementierung
Fehlerkriterien bei verschwommenen Popups, fehlenden Glyphen, falscher Sortierung oder Ruckeln; TMP vs. Bitmap-Ziffern, Pools und Canvas-Reihenfolge, Unity-UGUI-Abnahmeschritte und Design-Ziffern-Art.
- game-ui-design
- game-dev-ai
- ui-to-engine
- bitmap-font
KI-Spiel-UI: Prefab-YAML nicht bearbeiten – nutze das Canvas für den Export nach Unity / Godot / Cocos
Warum LLMs beim KI-Zusammenbau von Spiel-UI kein Prefab-YAML lesen oder schreiben sollten. Middle-Layer-Workflow, deterministischer Export und VberAI Studio Canvas von Figma / PSD zu Unity-, Godot- und Cocos-Prefabs.
- game-ui-design
- game-dev-ai
- ui-to-engine
- figma-to-unity