I tuoi test restano in Playwright, Selenium e pytest. Non li sostituiamo. Li rendiamo pronti per l'uso aziendale, e tutto resta di tua proprietà: codice, evidenze e cronologia.
Un test non riuscito. Tutto ciò che ha lasciato sul tuo disco.
Un'esecuzione reale, non una simulazione: TC92 il 2026-09-30, senza interfaccia grafica, in Chromium, Firefox e WebKit. Apre example.com, segue il link Learn more verso IANA e si aspetta che il titolo sia Example Domain. La pagina riporta Example Domains. Questi sono i file dell'esecuzione in Chromium, le loro dimensioni reali e il contenuto di ciascuno.
nella cartella dell'esecuzione, più una riga nella Cronologia
531.2 kB
l'intera cartella, video incluso
32 campi
in metadata.json, per l'elaborazione automatica
9 sezioni
in report.md, il rapporto forense
Cosa lascia un singolo errore
Cosa conserva Evidence Locker quando un test fallisce?
Un test fallito archivia in una cartella il rapporto forense, i metadati, il registro grezzo e un'istantanea del fotogramma in cui si è verificato l'errore, oltre al video in caso di errore effettivo. La riga 23 di TC92_Iana_heading.js si aspetta che il titolo sia Example Domain. La pagina di IANA riporta Example Domains: in 10000 ms il localizzatore ha individuato l'elemento 23 volte, leggendo ogni volta il plurale. BREACHED, su tutti e tre i motori. Ecco il fotogramma in cui si è verificato l'errore e tutti i file scritti.
https://www.iana.org/help/example-domains
screenshot.png · 89.8 kB · una schermata dell'area visibile nel fotogramma finale, 1280×720: ciò che un utente avrebbe visto al momento dell'esecuzione del controllo
In Evidence Locker lo stesso record si apre in cinque schede:
ReportMetadataTelemetryRaw LogAI Analysis
report.md5.3 kB
Il rapporto forense, in Markdown: si legge anche senza Studio.
Incident summary
Root cause analysis
Network telemetry
Failure timeline
Historical stability
Self-healing log
Evidence artifacts
Performance budget
Lazy-loading audit
Usalo per aprire una segnalazione: il Riepilogo dell'incidente indica il test, il browser, la pagina e l'impatto sull'attività, mentre l'Analisi della causa principale indica il controllo fallito, il selettore, i valori attesi e ricevuti e la riga di codice sorgente.
metadata.json2.2 kB
32 campi, leggibili automaticamente. Eccone alcuni, così come sono scritti:
Usalo per filtrare gli errori con uno script anziché con un analizzatore Markdown. È anche il file sigillato dalla catena di custodia: una cartella con un metadata.json è un record.
raw-data.json5.1 kB
Il registro grezzo: ogni riga della console, errore di rete, problema di sicurezza ed errore della pagina durante l'esecuzione, oltre ai campioni delle prestazioni.
Usalo per vedere cosa ha fatto la pagina prima e dopo l'errore. Un test superato con verdetto FLAKY o AUTO_RECOVER conserva il file raw-data.json del tentativo fallito, quindi un nuovo tentativo che ha nascosto l'errore ne lascia comunque il log.
Telemetrymisurato
Misurato alla fine del test, rispetto ai limiti impostati. La barra rappresenta il rapporto tra la misurazione e il relativo limite.
LCP992 / 2500 ms
FCP992 / 1800 ms
CLS0.0295 / 0.1
TTFB727 / 800 ms
TBT0 / 200 ms
DOM114 / 1500 nodes
Heap5 / 50 MB
INPnot measured
Tutto entro i limiti, e il rapporto segnala che il TTFB è vicino al suo limite. Per INP compare non misurato, mai un esito positivo: sulla pagina misurata non è stato fatto alcun clic né digitato alcun testo. La verifica del caricamento differito ha assegnato alla pagina 85 punti su 100, voto B: un'immagine senza larghezza e altezza.
Usalo per distinguere una pagina lenta da un'asserzione errata.
video.webm428.8 kB
0:08 di 0:16
L'intera sessione, 16.6 secondi: example.com, il clic su Scopri di più, poi la pagina di IANA mentre la verifica veniva ritentata. Conservata perché l'esecuzione ha avuto esito BREACHED, è riproducibile nell'Archivio delle evidenze. Un errore reale conserva il suo video: BREACHED, BREACHED_FLAKY e CHAOS_BREACHED per impostazione predefinita, TIMEOUT e BLOCKED se li attivi nelle Impostazioni. CRASHED e UNREACHABLE non sono mai disponibili, perché la registrazione risulta danneggiata o vuota. Solo le esecuzioni web e mobile emulato con Playwright vengono registrate: un telefono Android reale, un'esecuzione Selenium e un test API no.
Usalo per vedere come la pagina è arrivata al controllo fallito, passo dopo passo; la schermata qui sopra è l'ultimo fotogramma.
Analisi IAla tua IA
Attiva per impostazione predefinita, con la tua IA collegata. Con un modello Ollama locale, l'opzione predefinita, o un altro fornitore a tua scelta, il motore aggiunge quattro sezioni al rapporto: Diagnosi, Causa probabile, Impatto e Azione consigliata. Quando il tuo strumento IA da riga di comando è attivo nel redattore IA, legge invece report.md dopo l'esecuzione, per un massimo di cinque errori per esecuzione, e aggiunge una quinta sezione:
Diagnosis
Classificazione (solo strumento da riga di comando)
Probable cause
Impact
Recommended action
La classificazione è esattamente una tra APP_BUG, APP_CHANGE, TEST_AUTHORSHIP, TEST_SETUP o INFRA_FLAKY. Nessuna IA collegata: nessuna analisi, e i cinque file restano invariati.
trace.zip è un sesto file. Con l'opzione Registra una traccia forense in caso di errore attiva, come per impostazione predefinita, una cartella BREACHED archivia anche una traccia Playwright (istantanee del DOM, schermate e sorgenti), apribile con npx playwright show-trace trace.zip. Non viene registrata su un telefono Android reale. TC92 è stato eseguito prima che la registrazione delle tracce diventasse predefinita, quindi la sua cartella contiene i cinque file indicati sopra.
Cosa viene archiviato per un singolo errore
TC91 su chromium, 2026-09-30 13:26 TIMEOUT
La cartella reale dell'esecuzione riprodotta nella demo in cima alla pagina iniziale, un test predisposto appositamente sul vecchio testo del collegamento di example.com, così come viene aperta da Evidence Locker: bug-reports/chromium/TC91 - Example more info/2026-09-30_13-26 [TIMEOUT].
https://example.com/
screenshot.png · 12.6 kB · l'inquadratura esatta al momento dell'errore
report.md4.9 kBRiepilogo dell'incidente, causa principale, telemetria di rete, cronologia dell'errore, stabilità storica, registro delle correzioni automatiche, artefatti probatori, budget delle prestazioni e verifica del caricamento differito.
metadata.json2.3 kB32 campi, tra cui il selettore, il tempo limite di 30000ms, la stabilità CRITICAL, gli errori consecutivi, il tentativo 2 di 2, la modalità invisibile e il punteggio del caricamento differito (100, A).
raw-data.json4.2 kBIl registro grezzo: righe della console, errori di rete, problemi di sicurezza (qui 2: CSP mancante), errori JS e metriche delle prestazioni.
Telemetrynel rapportoLCP 156 ms · FCP 156 ms · CLS 0.0018 · TTFB 122 ms · TBT 0 ms · 808 nodi DOM · 2 MB di heap. INP non misurato: nulla da cronometrare.
video.webmerrori effettiviRegistrato in caso di errore effettivo. Un TIMEOUT come questo non conserva alcun video, perché TIMEOUT è disattivato per impostazione predefinita, e il rapporto lo indica.
Analisi IAla tua IACon la tua IA collegata, aggiunge al rapporto una diagnosi, la causa probabile, l'impatto e un'azione consigliata; tramite il tuo strumento di IA da riga di comando classifica anche l'errore.
Verdetti
Quali sono i 14 verdetti e cosa fare dopo?
Ciascuno dei 14 verdetti indica a chi tocca intervenire: a nessuno, al test, all'applicazione, all'ambiente o al sistema di esecuzione. Il verdetto è nel nome della cartella: quello di TC92 termina con [BREACHED]. Il classificatore analizza un errore in un ordine fisso: prima il sistema di esecuzione, poi un arresto anomalo, un blocco, un host irraggiungibile e un timeout, e solo dopo BREACHED_FLAKY o BREACHED. Quindi un BREACHED è un errore che nessuna casistica ambientale spiega. Ogni scheda indica a chi tocca intervenire e cosa viene archiviato con quel verdetto.
SECURENessuno
Superato autonomamente: nessun nuovo tentativo, nessun selettore riparato. Non c'è nulla da fare. Archiviato in evidence-passed-test, con i 5 più recenti per test e browser.
screenshot.pngmetadata.json
CHAOS_RESILIENTNessuno
Superato durante l'iniezione di un guasto, quindi l'app ha retto. Archiviato in chaos-runs, separatamente dalle segnalazioni di bug, così i test di caos non alterano mai i dati sulla stabilità.
Verde, ma non senza aiuto: il sistema di autoriparazione ha sostituito un selettore non funzionante. Il localizzatore nel test non funziona più e la prossima modifica del DOM farà fallire davvero la suite. Correggi il localizzatore. raw-data.json compare quando è stato necessario un nuovo tentativo e si riferisce al tentativo fallito.
screenshot.pngmetadata.jsonraw-data.json
FLAKYTest o app
Fallito, poi superato con un nuovo tentativo, senza alcuna riparazione. È un'instabilità inspiegata nell'app o nel test, non una correzione. Leggi il file raw-data.json del tentativo fallito, poi l'andamento nella Cronologia.
screenshot.pngmetadata.jsonraw-data.json
PERFORMANCE_DEGRADEDApp
Le asserzioni sono state superate, ma la pagina era troppo lenta: è stato superato un limite per i Web Vitals o il caricamento differito. È solo un avviso finché non rendi il controllo vincolante.
screenshot.pngmetadata.json
A11Y_VIOLATIONApp
Le asserzioni sono state superate, ma il controllo di accessibilità no. metadata.json elenca ogni regola axe-core che ha rilevato un problema, con il relativo impatto e numero di nodi. È solo un avviso finché non rendi il controllo vincolante.
screenshot.pngmetadata.json
SECURITY_VIOLATIONApp
Le asserzioni sono state superate, ma il controllo delle intestazioni di sicurezza no (ad esempio, per una CSP mancante). Correggi le intestazioni della risposta. È solo un avviso finché non rendi il controllo vincolante.
screenshot.pngmetadata.json
BREACHEDApp
Un'asserzione è fallita e nessuno schema riconducibile all'ambiente o al sistema di esecuzione spiega l'errore. Leggi Atteso e Ricevuto in report.md, guarda il video, poi contrassegna il risultato come Bug reale o Falso allarme, indicando il motivo.
Fallito all'ultimo tentativo dopo un precedente tentativo aggiuntivo: il fallimento stesso è intermittente. Confronta i tentativi prima di segnalare un bug. Il relativo video viene conservato per impostazione predefinita.
Ha ceduto sotto un guasto iniettato. È un problema di resilienza, tenuto separato dalle segnalazioni di bug funzionali; il rapporto registra il guasto applicato e l'impatto sull'utente. I criteri di conservazione non eliminano mai un'esecuzione fallita. Il relativo video viene conservato per impostazione predefinita.
Non ha risposto entro il tempo previsto, ma questo non dimostra che l'app non funzioni. Controlla la velocità della pagina in Telemetria prima di modificare un parametro: un limite più lungo non nasconde un elemento non funzionante, ne ritarda il fallimento. Il relativo video è disattivato per impostazione predefinita; attivalo in Impostazioni, sotto Conserva il video degli errori per.
L'host non era raggiungibile: il DNS o la connessione hanno fallito prima che fosse possibile osservare una pagina. Controlla l'URL, la rete e la disponibilità della destinazione. Non è un rilievo sull'app. Non è stata caricata alcuna pagina, quindi il video sarebbe vuoto e non viene fornito.
Il sito si è difeso: un 403, un 429, una pagina di blocco o una verifica anti-bot. metadata.json indica la difesa quando era visibile sullo schermo. Non è un rilievo sull'app e Jira non registra mai un blocco. Il relativo video è disattivato per impostazione predefinita; attivalo in Impostazioni, sotto Conserva il video degli errori per.
Il browser o il processo si è arrestato: una pagina chiusa, un errore del protocollo DevTools, una sessione WebDriver terminata. È un problema dell'infrastruttura, non dell'app. Controlla la macchina e il driver. La registrazione di un browser arrestato risulta danneggiata, quindi non viene fornita.
Non rientrano nei 14: CONFIG_ERROR (il sistema di esecuzione non ha potuto avviare il test: un'importazione non valida, un valore .env mancante), SKIPPED e INTERRUPTED. Nessuno è un risultato relativo alla tua app, quindi nessuno genera una cartella delle prove o una riga nella Cronologia. Un CONFIG_ERROR viene comunque scritto per intero, con un suggerimento, in un registro sotto .run-cache/config-errors/, così il test non funzionante può essere corretto. I test API hanno sette verdetti propri: Test API.
History
Cosa registra la Cronologia per ogni esecuzione?
Accanto alla cartella, ogni esecuzione aggiunge una riga a history/<browser>/<test>/runs.json: per impostazione predefinita, le ultime 50 esecuzioni di ogni test su ogni browser. Queste sono le tre righe di TC92, una per browser, così come sono state scritte. Lo stesso error_signature su tutte e tre indica che si tratta di un solo errore, non di tre.
Un valore che il browser non può misurare viene scritto come null, mai come zero: qui WebKit non riporta alcun TTFB. Gli orari delle righe sono in UTC, così come vengono scritti; i nomi delle cartelle usano l'ora locale della macchina, UTC−5 su questa.
perf contiene LCP, FCP, CLS, TTFB, TBT, INP, attività lunghe, dimensione del DOM, heap, ogni pagina visitata e il punteggio di caricamento differito. raw_log_ref e evidence_ref rimandano alla cartella qui sopra.
Cosa ne ricava e stampa il motore
TC92 chromium BREACHED 13.7s
expect(locator).toHaveText(expected) failed
at TC92_Iana_heading.js:23 waiting for getByRole('heading', { level: 1 })
stability CRITICAL 0% · 0/1 runs · 1 failed in a row
# TC91, la demo simulata nella pagina iniziale: prima un BREACHED, poi un TIMEOUT
stability CRITICAL 0% · 0/2 runs · 2 failed in a row
Il valore duration_ms della riga, 12291, è la durata del test stesso, misurata da Playwright, al secondo dei suoi due tentativi.
Le stesse righe alimentano la sezione Stabilità storica del rapporto, le tendenze della schermata Cronologia (Regredito, Ripristinato, Ancora non funzionante, Più lento) e la classifica del rischio, dove nulla viene definito instabile prima di cinque esecuzioni.
Quante prove conserva Nexus Studio, e per quanto tempo?
Un test superato conserva uno screenshot e i relativi metadati, un test fallito conserva tutto il necessario per riprodurre l'errore, e i file più vecchi vengono eliminati per primi. Una suite eseguita ogni notte riempie il disco. Il motore impone un limite a ogni cartella in cui scrive, per test e browser, e mantiene tutte le prove entro un unico limite complessivo, pari a 20 GB per impostazione predefinita, lasciando 10 GB liberi sul disco, così lo spazio occupato smette di crescere alla soglia che scegli. In caso di errore viene comunque conservato tutto il necessario per riprodurlo: l'errore con il relativo selettore e i valori, l'URL della pagina, il frame, le righe della console, della rete e degli errori di pagina, l'ambiente di esecuzione e la piattaforma, e il contesto dell'esecuzione, ossia il riferimento rispetto al quale è stata valutata. I limiti per cartella e quello complessivo si configurano in Impostazioni, nella sezione Prove & Conservazione.
L'intera cartella indicata sopra: 531.2 kB per TC92 su Chromium, di cui 428.8 kB per il video. trace.zip si aggiunge quando la registrazione delle tracce è attiva.
Gli stessi file senza la registrazione, perché TIMEOUT è disattivato per impostazione predefinita per i video: 23.9 kB per il TIMEOUT di TC91, la demo simulata nella pagina iniziale.
Un esito positivo
screenshot.pngmetadata.json
Archiviati separatamente dalle segnalazioni di bug, con i 5 più recenti per test e browser. La schermata è ciò che viene confrontato nel controllo di regressione visiva. Anche un test superato con esito FLAKY o AUTO_RECOVER conserva la propria cartella, con il file raw-data.json del tentativo fallito, quando l'opzione Conserva le prove di un test superato con esito FLAKY / AUTO_RECOVER è attiva.
Queste tre righe seguivano l'esecuzione di TC92. I file temporanei di telemetria dell'esecuzione non costituiscono mai prove: vengono inseriti in uno zip, le copie non compresse vengono eliminate e si conservano al massimo 2 zip per un massimo di 7 giorni, entro 500 MB. Questi tre limiti sono NEXUS_CACHE_ZIPS, NEXUS_CACHE_RETENTION_DAYS e NEXUS_CACHE_MAX_MB in .env, non campi nelle Impostazioni.
Nelle Impostazioni, Svuota cache elimina le cartelle test-results e playwright-report dell'area di lavoro e chiude tutti i browser rimasti aperti dopo un'esecuzione arrestata in modo anomalo o terminata forzatamente. L'operazione non è consentita mentre è in corso un pattugliamento.
Area di lavoro · Disco · il limite attuale di ogni cartella
area limit today
Bug reports newest 20 runs per test and browser
Passed tests newest 5 runs per test and browser
API evidence newest 20 passing runs per test; failures kept
Chaos runs newest 20 held runs; runs that broke kept
Smart Monkey newest 10 sessions
Visual regressions newest 10 per test and checkpoint
Run context newest 100 runs
Run history newest 50 runs per test and browser
Chain of custody append-only, never trimmed
Archive no automatic limit
Il pannello Disco elenca tutte le cartelle in cui un'esecuzione scrive, dalla più grande, con dimensioni, numero di file e data più vecchia, il totale e lo spazio libero sull'unità. Le cartelle senza un limite automatico vengono segnalate. La pulizia è disponibile solo dove è sicura: nella cache delle esecuzioni, per le versioni dei file di test più vecchie di 14 giorni e per i report di sintesi più vecchi di 30 giorni. Non tocca mai le prove o l'archivio.
Oltre ai limiti per test, tutti i dati di prova condividono un unico limite di spazio, pari a 20 GB per impostazione predefinita, e sul disco vengono mantenuti liberi 10 GB. Dopo ogni esecuzione il motore controlla entrambi i vincoli e, se uno dei due non è rispettato, rimuove le esecuzioni meno recenti, prima quelle riuscite e poi quelle non riuscite, finché entrambi non sono rispettati; l'ultima esecuzione di ogni test e browser viene sempre conservata. Il pannello mostra lo spazio occupato dai dati di prova rispetto al limite, lo spazio libero rispetto alla soglia minima e lo spazio liberato dall'ultimo controllo, con Esegui manutenzione ora.
Deposito prove · conserva ciò che conta, libera il resto
Archivia… copia esattamente le parti che selezioni, con Schermata e Report selezionati inizialmente, in Visualizza → Archivio. La copia si trova accanto alla cartella delle prove, non al suo interno, quindi nessuna pulizia basata sulla conservazione la raggiunge e l'esecuzione nel Deposito rimane intatta.
Ripristina, nella schermata Archivio, riporta una registrazione nella posizione originale e la include nuovamente nel conteggio. Se la sua cartella è stata rimossa per liberare spazio, le parti archiviate vengono riscritte nel Deposito prove. Un verdetto Falso allarme continua a escluderla dal conteggio.
Libera spazio su disco sposta una cartella nel cestino. Se la registrazione è sigillata, il motore registra prima la rimozione, così nexus verify segnala PURGED, non TAMPERED. La procedura di conservazione fa lo stesso quando rimuove la cartella più vecchia e il registro continua ad attestare l'hash della cartella, chi l'ha rimossa e quando. La sigillatura è facoltativa: fino al primo verdetto Bug reale o Falso allarme, oppure a nexus verify --seal, il Deposito mostra UNVERIFIED.
Scopri cosa lasciano i tuoi errori.
Gratis per 30 giorni, con tutte le funzionalità, sulle tue macchine. Senza carta di credito.
Nexus Studio
