Laut Apples Veröffentlichungsaufzeichnung erschien Xcode 27 am 14.09.2026. Für die Abnahme heißt das: Prüfen Sie zuerst die Sprachversionen in der Xcode-Vorschau und kontrollieren Sie anschließend das laufende Projekt im Simulator oder auf einem Zielgerät. Voraussetzung ist ein für Sie zugängliches Xcode-Projekt; eine Windows-Arbeitsumgebung allein reicht dafür nicht aus.
Befund: Ein statischer Entwurf zeigt nicht, wie übersetzte Texte im tatsächlich implementierten Layout wirken. Schnellster Weg: Lassen Sie sich ein öffnungsfähiges Projekt geben, prüfen Sie die relevanten Sprachen in der Vorschau und lassen Sie auffällige Seiten anschließend im Simulator oder auf einem Gerät kontrollieren.
Dieser Ablauf hilft Ihnen, Textkürzungen, unerwartete Umbrüche und Probleme mit der Leserichtung zu erkennen, bevor die Oberfläche freigegeben wird. Eine Sprachvorschau ersetzt jedoch weder eine Prüfung der Übersetzungsqualität noch die abschließende Kontrolle auf dem Zielgerät.
Für Sie geeignet, wenn Sie als UI- oder Produktdesignerin beziehungsweise -designer eine Apple-App in mehreren Sprachen abnehmen. Ebenfalls relevant, wenn Sie als Produkt- oder Lokalisierungsverantwortliche mit einem Entwicklungsteam Seiten und Textvarianten klären müssen. Besonders hilfreich, wenn Sie hauptsächlich unter Windows arbeiten und wissen möchten, welchen Zugang Sie für die Prüfung benötigen.
Projektzugang und Prüfauftrag vorbereiten
Bevor Sie einen Text beurteilen, klären Sie, ob Sie überhaupt das richtige Material prüfen. Ein Screenshot kann eine Textversion dokumentieren, aber er zeigt nicht zuverlässig, ob ein Button im laufenden Layout abgeschnitten wird, ob dynamische Inhalte anders umbrechen oder ob die App ihre Spracheinstellung korrekt übernimmt.
Vereinbaren Sie mit dem Entwicklungsteam einen konkreten Zugang: entweder ein Xcode-Projekt, das Sie öffnen können, oder einen festgelegten Termin beziehungsweise eine gemeinsam nutzbare Vorschau, in der die betreffenden Sprachversionen sichtbar sind. Gehen Sie nicht davon aus, dass sich aus einer exportierten Design-Datei automatisch eine Xcode-Prüfung starten lässt.
Bitten Sie außerdem um eine kurze Übergabe mit:
- den zu prüfenden Sprachen und den betroffenen App-Seiten;
- den bereits eingebundenen Übersetzungen beziehungsweise dem aktuellen Stand des String Catalog;
- einer Liste geänderter oder besonders langer Texte;
- dem erwarteten Verhalten für Sprachen mit anderer Leserichtung;
- der zuständigen Person für Übersetzung, Implementierung und Designentscheidung.
Wie prüfen Sie übersetzte Button-Texte auf Abschneidungen? Öffnen Sie die tatsächlich implementierte Seite in der betreffenden Sprache und prüfen Sie, ob der ganze Text sichtbar ist, der Button bedienbar bleibt und Nachbarelemente nicht überdeckt werden. Ein Entwurf mit Platzhaltertext oder eine einzelne exportierte Grafik beantwortet diese Fragen nicht.
Wenn Sie das Projekt nicht direkt öffnen können, lassen Sie sich eine eindeutig benannte Vorschau oder eine gemeinsame Bildschirmprüfung einrichten. Halten Sie dabei fest, welche Sprache eingestellt ist und welche Seite gezeigt wird. Ohne diese Angaben kann ein Screenshot später kaum zuverlässig einer bestimmten Textversion zugeordnet werden.
Sprachvorschau und Textvarianten prüfen
Sobald der Projektzugang geklärt ist, beginnen Sie mit den Sprachversionen, die für Ihr Produkt und die aktuelle Änderung relevant sind. Apples Anleitung zur Vorschau von Lokalisierungen erläutert die dafür vorgesehenen Vorschaufunktionen. Welche Ansicht für Ihr Projekt verfügbar ist, hängt davon ab, wie die Oberfläche aufgebaut und die Lokalisierung eingerichtet wurde.
In SwiftUI Previews können Sie geeignete Ansichten mit verschiedenen Lokalisierungen betrachten. Nutzen Sie die Vorschau als frühe Sichtprüfung, nicht als automatischen Übersetzungsprüfer: Sie kann sichtbare Layoutprobleme offenlegen, beurteilt aber nicht, ob die Übersetzung inhaltlich, sprachlich oder kulturell korrekt ist. Prüfen Sie die Version, die im Projekt tatsächlich hinterlegt ist, und gleichen Sie strittige Formulierungen mit der zuständigen Übersetzungs- oder Produktperson ab.
Arbeiten Sie in einer festen Reihenfolge:
- Öffnen Sie eine repräsentative Seite in der Standardsprache und prüfen Sie, ob Sie den richtigen Projektstand sehen.
- Wählen Sie die vereinbarte lokalisierte Version aus und kontrollieren Sie, ob die erwarteten Texte geladen werden.
- Prüfen Sie besonders kurze und lange Formulierungen an Schaltflächen, Navigation, Fehlermeldungen und Überschriften.
- Vergleichen Sie die Seite mit dem vereinbarten Designziel, ohne jedes Abweichen sofort als Fehler zu markieren: Eine sprachlich notwendige Umformulierung kann eine bewusste Layoutentscheidung erfordern.
- Dokumentieren Sie Auffälligkeiten mit Seitenname, Sprache und sichtbarem Zustand, bevor Sie die nächste Variante öffnen.
Notieren Sie nicht nur „Text ist zu lang“. Präzisieren Sie, ob Buchstaben abgeschnitten werden, der Text in eine unerwünschte zweite Zeile springt, ein Symbol verdrängt wird oder ein angrenzendes Element überdeckt ist. Das gibt dem Entwicklungsteam eine prüfbare Beobachtung statt einer pauschalen Änderungsanweisung.
Achten Sie darauf, dass Vorschau und Freigabestand zusammenpassen. Wenn sich die Übersetzung nach dem Erstellen der Vorschau geändert hat, können Screenshots und Befunde bereits veraltet sein.
Leserichtung und Layoutabweichungen einordnen
Längere Texte sind nicht der einzige mögliche Stolperstein. Eine lokalisierte Oberfläche kann auch in einer Sprache erscheinen, die von rechts nach links gelesen wird. Apples Leitfaden für rechts-nach-links ausgerichtete Oberflächen bietet dafür Gestaltungshinweise. Prüfen Sie in der Umsetzung, ob Ausrichtung und Anordnung zu den Erwartungen des Produkts passen; leiten Sie die Leserichtung nicht allein aus der Position eines einzelnen Symbols ab.
Gehen Sie Seite für Seite vor und achten Sie auf:
- abgeschnittene oder unerwartet umgebrochene Texte;
- Schaltflächen, die in der lokalisierten Fassung nicht mehr ausreichend Platz haben;
- überlappende Beschriftungen, Symbole oder Bedienelemente;
- veränderte Abstände, die Hierarchie oder Gruppierung unklar machen;
- eine Leserichtung, die nicht zum erwarteten Verhalten der Sprache passt.
Laufende App im Simulator oder auf einem Gerät nachprüfen
Nach der Vorschau folgt die Prüfung im laufenden Projekt, wenn Sie Verhalten oder Zustände beurteilen müssen, die eine Vorschau nicht zuverlässig abbildet. Dazu gehören etwa Navigation zwischen Seiten, Inhalte, die sich erst zur Laufzeit ändern, sowie Darstellungen, die von Fenster- oder Gerätegröße abhängen. Apples Anleitung zum Testen von Lokalisierungen beim Ausführen der App beschreibt die Laufzeitprüfung lokalisierter Fassungen.
Nutzen Sie den Simulator, wenn Sie eine App im ausgeführten Zustand kontrollieren und Seitenübergänge oder unterschiedliche Größen nachstellen müssen. Die Apple-Dokumentation zum Ausführen auf simulierten oder physischen Geräten ordnet diese beiden Prüfwege ein. Wo das tatsächliche Verhalten auf einem Zielgerät für Ihre Freigabe wichtig ist, vereinbaren Sie zusätzlich eine Kontrolle auf diesem Gerät.
Kann die Sprachvorschau in Xcode 27 den Simulator-Test ersetzen? Nein. Die Vorschau hilft Ihnen, lokalisierte Ansichten früh zu vergleichen. Sie bestätigt aber nicht automatisch das Laufzeitverhalten der gesamten App, die Navigation oder die Darstellung auf einem konkreten Zielgerät. Nutzen Sie sie als ersten Prüfpunkt und wechseln Sie für diese Fragen zum Simulator beziehungsweise zum Gerät.
Auch ein erfolgreicher Simulatorlauf ist nicht gleichbedeutend mit einer vollständigen Geräteabnahme. Beurteilen Sie daher nicht anhand eines einzelnen Screenshots, dass alle Bildschirmgrößen und Gerätekonfigurationen identisch reagieren. Stimmen Sie mit dem Entwicklungsteam ab, welche Umgebung für die Freigabe maßgeblich ist und welche zusätzlichen Kontrollen erforderlich sind.
Befunde festhalten und Korrekturen erneut prüfen
Ein brauchbarer Befund muss für eine andere Person nachvollziehbar sein. Erfassen Sie pro Problem die Sprache, den Seitennamen, den angezeigten Text, die Umgebung – Vorschau, Simulator oder Gerät – und den konkreten Zustand. Ergänzen Sie einen Screenshot, wenn er das Verhalten belegt, sowie eine zuständige Person und den Status der Klärung.
Nach der Korrektur prüfen Sie mindestens die betroffene Sprachversion und Seite erneut. Wurde ein gemeinsames Layout-Element geändert, lassen Sie auch andere davon betroffene Sprachfassungen kontrollieren. Eine Lösung für eine längere Übersetzung kann beispielsweise eine andere Textvariante oder eine weitere Seite beeinflussen; dokumentieren Sie die tatsächlich geprüften Fassungen, statt eine allgemeine Freigabe anzunehmen.
Für die Entscheidung über den nächsten Prüfweg hilft dieser Vergleich:
| Prüfweg | Geeignet für | Grenze | Nächster Schritt |
|---|---|---|---|
| Designentwurf oder Screenshot | Texte, Abstände und freigegebene Gestaltungsabsicht besprechen | Belegt nicht das Verhalten der implementierten App | Projektzugang oder konkrete Vorschau anfordern |
| Xcode-Vorschau | Lokalisierte Ansichten früh vergleichen und sichtbare Layoutabweichungen finden | Ersetzt keine Laufzeit- oder Geräteprüfung | Relevante Befunde im Simulator nachstellen |
| Simulator | Laufzeit, Navigation und ausgewählte Darstellungsgrößen prüfen | Belegt nicht automatisch das Verhalten auf jedem Zielgerät | Bei geräteabhängigen Freigabekriterien Zielgerät einbeziehen |
| Zielgerät | Verhalten unter den vereinbarten realen Gerätebedingungen abnehmen | Muss für die relevanten Geräte und Zustände geplant werden | Ergebnis und geprüfte Umgebung dokumentieren |
Prüfzugang nach Bedarf auswählen
Wenn Sie hauptsächlich unter Windows arbeiten, kann ein Mac-Zugang nötig sein, sobald Sie selbst ein Xcode-Projekt öffnen und Vorschau oder Simulator nutzen müssen. Windows führt Xcode nicht nativ aus. Ein Remote Mac kann in diesem Fall eine mögliche Arbeitsumgebung sein, sofern Sie das Projekt öffnen dürfen, die Zugriffsform für Ihre Arbeit geeignet ist und die erforderlichen Prüfungen damit tatsächlich möglich sind.
Bewerten Sie den Zugang nicht nur danach, ob ein Mac erreichbar ist. Klären Sie vorab, ob Sie das Projekt selbst öffnen dürfen, wie Dateien und Zugangsdaten gehandhabt werden, wer Änderungen oder Builds ausführt und ob Ihr Prüfauftrag lokale Peripherie oder ein bestimmtes physisches Gerät voraussetzt. Prüfen Sie bei Teamprojekten außerdem Ihre internen Datenschutz- und Freigaberegeln; übertragen Sie keine vertraulichen Projektdateien in eine Umgebung, die Ihr Team nicht genehmigt hat.
Wenn Sie mögliche Zugangswege einordnen möchten, finden Sie bei MACGPU Informationen zu Mac-Zugängen. Welche Option für Ihr Projekt passt, hängt von Ihrem tatsächlichen Zugang zum Xcode-Projekt, den Teamvorgaben und der Abnahme auf Zielgeräten ab – nicht allein davon, dass eine Remote-Verbindung verfügbar ist.
| Option | Aufwand und Kontrolle | Sinnvoll, wenn | Nicht ausreichend, wenn |
|---|---|---|---|
| Entwicklungsteam führt die Prüfung aus | Sie liefern konkrete Prüffälle und erhalten Befunde oder eine gemeinsame Sichtprüfung | Sie nur gelegentlich lokalisierte Seiten kontrollieren müssen | Sie selbst wiederholt interaktiv in Xcode prüfen sollen |
| Eigener oder genehmigter Remote-Mac-Zugang | Sie können ein zugängliches Projekt selbst prüfen; die Einrichtung und Projektfreigabe muss geklärt sein | Sie regelmäßig Vorschau und Simulator benötigen und keine lokale Mac-Umgebung haben | Physische Geräte, lokale Schnittstellen oder besondere Teamrichtlinien den Ablauf voraussetzen |
| Eigener Mac | Direkter, dauerhaft verfügbarer Zugang, aber Anschaffung und Verwaltung liegen bei Ihnen | Sie kontinuierlich mit Apple-Projekten arbeiten und die Hardware langfristig auslasten | Sie nur eine zeitlich begrenzte Abnahme erledigen oder die Geräteanforderung ungeklärt ist |
Freigabe mit einer passenden Umgebung abschließen
Verwenden Sie für Ihre Rückmeldung ein einheitliches Schema: Sprache – Seite – Prüfumgebung – Beobachtung – Screenshot – zuständige Person – Status. Markieren Sie ausdrücklich, ob ein Befund eine fehlende Übersetzung, ein Darstellungsproblem oder eine offene Designentscheidung betrifft. Nach Änderungen prüfen Sie die betroffene Sprachfassung erneut und halten fest, ob zusätzlich Simulator oder Zielgerät kontrolliert wurden.
| Befund | Wahrscheinliche Zuständigkeit | Erforderliche Folgeprüfung |
|---|---|---|
| Text fehlt oder entspricht nicht der Freigabe | Lokalisierung oder Produktteam | Textquelle klären und Vorschau erneut öffnen |
| Freigegebener Text wird abgeschnitten oder überdeckt Elemente | Entwicklungsteam, bei Bedarf gemeinsam mit Design | Korrigierte Seite in Vorschau und laufender App prüfen |
| Text passt nur mit einer anderen Anordnung | Design und Produkt, gemeinsam mit Entwicklung | Entscheidung dokumentieren und betroffene Sprachseiten kontrollieren |
| Abweichung zeigt sich nur im Laufzeitverhalten | Entwicklungsteam | Im Simulator reproduzieren und bei Bedarf auf dem Zielgerät prüfen |
Für wiederkehrende Abnahmen kann ein gemieteter Mac von MACGPU eine zu prüfende Zwischenlösung sein – vorausgesetzt, Ihr Projekt ist zugänglich, Ihre Teamregeln erlauben die Nutzung und Sie benötigen damit keine Prüfung physischer Geräte. Einen Remote Mac dürfen Sie nicht als Ersatz für die vereinbarte Zielgeräte-Abnahme behandeln. Prüfen Sie vorab die angebotenen Zugangsbedingungen und ob sie zu Ihrem konkreten Projekt passen; mögliche Mietoptionen finden Sie bei MACGPU.