Automated trading backtest analysis: go beyond the summary statistics
A backtest tells you what happened. A useful research process tries to explain where the results came from and which parts of the behavior are stable enough to deserve another test.
What a normal backtest summary can miss
Net profit, win rate, profit factor and maximum drawdown are useful summaries, but they compress hundreds or thousands of trade paths into a handful of numbers. Two systems can have the same profit factor while carrying very different risks. One may earn steadily across many market conditions; another may depend on a small number of outlier winners or a narrow session.
Diagnostic analysis starts by decomposing the result. Ask whether longs and shorts behave differently, whether losses cluster by time of day, whether performance changes with volatility, and whether a drawdown is broad or concentrated in a specific condition.
A practical backtest diagnostic workflow
1. Validate the trade record
Check timestamps, instrument symbols, entry and exit prices, side, quantity, commissions and any available strategy-state fields. Bad timestamps or inconsistent contract symbols can corrupt session and market-context analysis before the research even begins.
2. Measure trade-path behavior
Final P&L does not show what happened inside a trade. Maximum adverse excursion (MAE), maximum favorable excursion (MFE), time to MFE, giveback from peak excursion and holding time can reveal whether stops are too tight, exits are premature, or winners routinely experience a specific amount of adverse movement first.
3. Segment before optimizing
Compare results by side, session, day of week, volatility state, trend state, holding time and instrument. The goal is not to delete every weak segment. It is to find repeatable relationships that can be tested out of sample.
4. Separate diagnosis from intervention
If a condition is associated with poor performance, that does not automatically mean it should be blocked. The same condition may also contain important winners. A safer research process tests alternatives such as smaller risk, different exits, or requiring stronger confirmation.
What to look for in losing trades
- Losses that cluster in a particular session or time window.
- One trade direction contributing disproportionately to drawdown.
- Losses that occur after unusually high volatility or during low-volatility compression.
- Trades that show favorable excursion before reversing into a loss.
- Stop-outs that repeatedly occur just before the anticipated move begins.
The goal is a research question, not a magic filter
A good backtest analysis should end with a smaller number of testable hypotheses. For example: “Short trades during low-volatility range conditions have materially worse MAE and lower follow-through than shorts in trending conditions.” That statement can be tested. “The strategy needs a better filter” is too vague to be useful.
EdgeQuery is a research platform for automated traders that analyzes trade history alongside market context. The objective is to diagnose why a system works, where it struggles, and what may be worth testing next—not to provide investment advice or promise future performance.
Join the founding beta waitlist