Esegui debug e replay di un Backtest

Il replay completo è disponibile solo quando piano, configurazione Backtest ed esecuzione completata forniscono i dati di debug richiesti. Usalo per rispondere a una domanda precisa su una versione testata: per esempio, «Condition ha ricevuto RSI e scelto Match su questa barra?». Serve a ispezionare, non a modificare la strategia o rieseguire il Backtest.

Apri il replay

Apri l’azione debug o replay da un risultato Backtest idoneo. Il Flow Editor entra in una vista replay di sola lettura. Il Replay Dock sostituisce i pannelli di modifica e non puoi cambiare o salvare il grafo.

Un overlay statico dei risultati può essere disponibile anche senza replay completo. Riassume l’attività registrata ed è utile per orientarsi, ma non sostituisce un payload di debug evento per evento mancante. Se il risultato dice che il replay non è disponibile, leggi il motivo prima di inviare un’altra esecuzione con opzioni debug: la vecchia non può acquisire eventi che non ha conservato.

Controlla la timeline

Usa reset, precedente, successivo, play, pausa, posizione della timeline, velocità e follow. Ogni voce accettata della timeline è un evento di debug registrato; il timestamp è un punto nel tempo, non l’identificativo univoco dell’evento. Più eventi possono condividere il timestamp. Usa precedente/successivo per esaminare le voci, non solo il cursore temporale. Breakpoint può fermare il replay se l’esecuzione contiene l’evento di debug corrispondente.

Il focus da tastiera deve restare visibile mentre ti sposti tra timeline e dettagli.

Prova qui

Esplora un replay illustrativo

Esamina i dati di debug disponibili nel Replay Dock di sola lettura e segui eventi, dati, variabili e diagnostica.

Passaggi dell’esercizio

1. Vai avanti e indietro nella sequenza dimostrativa fissa.
2. Esamina il nodo corrente e i valori registrati. Questa traccia in sola lettura non esegue le tue modifiche.

Avvia lezione

Esamina i dettagli

Usa le schede disponibili Event, Data, Variabili, Margin, Summary e Diagnostics. Il contenuto esatto dipende dai dati registrati dal Backtest. Snapshot di dati e variabili per evento sono facoltativi: una scheda vuota non dimostra che il grafo non abbia mai usato quella categoria.

Per capire perché non compare un Alert atteso, esamina una valutazione:

1. Individua la voce Event Trigger per strumento e periodo interessati. Se non è registrata, controlla date del Backtest, copertura dei dati di mercato, impostazioni del trigger e intervallo debug.
2. Segui il percorso di controllo evidenziato fino a Condition. Confronta il valore effettivo dell’ingresso con operatore e sorgente destra. Con RSI 58 e soglia letterale 60, > sceglie No Match; con RSI 62 sceglie Match.
3. Se si verifica Match, segui il suo edge di controllo fino ad Alert. Se non compare un evento Alert, leggi diagnostica e percorso attivo invece di cambiare il testo dell’Alert per «correggere» la condizione.
4. Distingui «il payload debug non include uno snapshot per questo evento» da «il nodo non aveva un valore». Prima di concludere che mancava un ingresso, usa le altre prove registrate e la validazione.

Per un percorso di ordine, l’outcome Submitted di Order indica l’invio, non un’esecuzione. Controlla il successivo outcome di Await Order Event per capire se l’ordine è stato accettato, eseguito, annullato o rifiutato. Non dedurre un fill dal solo nodo Order.

Torna alla modifica

Scegli Esci dall’editor per lasciare il replay e tornare al dettaglio Backtest. Per modificare, apri Strategie, seleziona la strategia e scegli Modifica nell’editor. Si apre la versione corrente, non il grafo storico registrato dal Backtest. Apporta le modifiche, salva e invia un altro Backtest se vuoi un nuovo confronto. Tieni presenti ID dell’esecuzione originale e versione testata: una modifica successiva non cambia ciò che è stato testato prima.