How Many Trades Do You Need To Test A Strategy?

A handful of backtest trades tells you almost nothing. The noisier the strategy, the more trades you need before you know if it’s edge or luck.

Will Simpson · 22 Sept 2026 · 9 min read
System Development — ArcisTrade

You’ve got a new system. Forty backtest trades. Equity line up and to the right. You’re already on the broker’s lot-size slider.

How many trades to test a strategy properly?

Because 40 isn’t it.

This is the part nobody likes. The bit between “I’ve found an edge” and “I can size this sensibly”.

Where the maths lives. And the doubt. And the reason most traders switch systems just as they were about to work.

Why 20, 50 or 100 trades tell you almost nothing

Start with a simple example.

Hypothetical system. Wins 55% of trades. Average winner is twice the loser. Nicely behaved.

On paper that’s very attractive. Profit factor around 1.6–1.7, depending on the exact distribution.

But you never see the true numbers. You only see samples.

Run a simulation: 100 trades with those “true” parameters, repeated thousands of times.

You’ll see sequences of 100 trades that look like this system is a money-printing machine. And sequences of 100 that look almost flat. A few even lose money for the whole 100-trade run.

Same underlying edge. Different sample. Your brain confidently narrates a different story for each.

That’s the problem.

How many trades to test a strategy? Ask the variance, not the calendar

Most people ask the wrong question. They ask “How many months?”

“I’ve got a year of backtest data, is that enough?”

What matters is trades. Not time. A scalper doing 20 trades a day and a swing system doing 5 trades a month are not the same universe.

The real driver is variance: how wild the distribution of outcomes is around the average.

High win rate, tight stops, modest targets? Variance is usually lower.

Low win rate, bigger targets, long trend followers, options, mean-reversion in indices? Variance is higher. Sometimes much higher.

High variance means you need far more trades before you can say “this isn’t just noise”.

The rough rule: error halves when sample quadruples

You don’t need to love statistics to use one basic idea.

The uncertainty in your estimate of the edge shrinks roughly with the square root of the number of trades.

Double the trades? Error band shrinks by about 30%.

Want to halve the uncertainty around your win rate or return per trade? You need about four times as many trades.

That’s why going from 25 trades to 100 trades feels like progress, but you’re still flying blind. You’ve only halved a very large uncertainty.

Win rate: why 60% might actually be 50%

Let’s pick on win rate. Everyone’s favourite statistic.

Say your system is genuinely a 55% winner. You run it for 100 trades and it wins 60.

Looks better than expected.

But is it?

With 100 trades, a “true” 55% system will often show sample win rates anywhere from the high 40s to the low 60s in a perfectly normal world.

So your observed 60% win rate could easily be a 55% system having a good run. Or a 50% system getting lucky. You simply don’t know yet.

This is why asking how many trades you need for an accurate win rate usually leads to disappointment. Accuracy requires size.

For many practical purposes, you want the confidence interval – the range where the true win rate likely sits – to be narrow enough that position sizing decisions don’t swing wildly.

That very often means several hundred trades minimum. A thousand isn’t unreasonable for very noisy systems.

Profit factor and expectancy need even more trades

Profit factor and expectancy look clean in a spreadsheet. They are not clean in real life.

They’re affected not just by how often you win, but how big the wins and losses are, including outliers.

One abnormal large loss or big winner in a 50-trade backtest will push your profit factor all over the place. You can read more on why in /blog/what-is-profit-factor-and-what-counts-as-good.

This is why a realistic sample size for backtesting is often higher than traders expect. You’re not just estimating a mean. You’re trying to understand a whole distribution.

In a 50-trade sample, a single 10R win can turn an average system into a “holy grail” on the equity curve. Then the next 50 trades arrive and reality resumes.

With 500 trades, that same 10R win barely nudges the long-term picture. Your profit factor estimate is more stable. Less hostage to one freak event.

Risk of ruin: how many trades before you trust your sizing?

Here’s the question that actually matters.

Not “What’s my win rate?”

“What’s my chance of blowing up at this position size?”

Risk of ruin depends heavily on your edge and the variance around it.

Suppose you think you have a 55% system with a 1.5 profit factor. You size as if that’s true. But the real system is 52% with a 1.2 profit factor.

It might look fine for a while. Then variance bites. That “slight” overestimation can be the difference between a drawdown you can live with and a margin call.

This is why relying on a 30 or 50 trade backtest to set aggressive sizing is asking for trouble. Your risk estimate is built on a sandcastle.

Risk line: trading with leverage carries a high risk of loss; only trade with capital you can afford to lose.

What noisy systems demand from you

Some strategies are naturally noisier.

Think trend-following across FX or indices. Low win rate, big winners, long flat periods.

These systems can have strong edges over thousands of trades. But across 100 trades? The range of outcomes is enormous.

They can easily produce 30–40% drawdowns and long losing streaks while still being profitable in the long run. If that sounds unfamiliar, have a look at /blog/how-many-losing-trades-in-a-row-is-normal.

If you run a noisy system with a small sample, your judgement will be wrong in both directions.

  • You’ll abandon good systems too early because the first 80 trades were unlucky.
  • You’ll believe bad systems are good because the first 80 trades were exceptional.

Noise doesn’t just hide the truth. It actively misleads you.

Automation doesn’t solve the sample size problem

Automating a strategy does one very valuable thing. It executes the rules without emotion.

What it does not do is magically make a 40-trade backtest reliable.

If your rules are built on a flimsy foundation, an automated system will just follow them faithfully off the cliff.

People love to say “I’ve coded it, it’s objective, so it’s safe.”

The code can be perfect. The maths behind the edge can still be fantasy.

A well-designed automated system should be built on a strategy tested across enough trades, enough regimes, and enough instruments to make bad luck unlikely as the sole explanation.

This is the boring part of building automated trading systems that actually last. The bit that never features in bot marketing pages.

What “enough trades” looks like in practice

So where does this leave you when you’re trying to backtest a trading strategy?

No magic number, but some realistic ranges.

Strategy type (hypothetical) Variance level Ballpark trades before you trust it
High win-rate, tight scalper Lower 300–500+
Swing mean-reversion on indices Medium 500–1,000+
Trend follower (FX, commodities) High 1,000–2,000+

These are hypothetical ranges, not rules.

They assume you want to base position sizing and trading risk management decisions on numbers that aren’t wildly wrong.

If you’re just doing early research, you can of course look at smaller samples. But you should mentally label them as “interesting, not confirmed”.

Why walk-forward and multiple markets matter more than one big backtest

One long backtest on one market can give you thousands of trades. You still might be overfitting that specific history.

Better:

  • Test across multiple, related markets (e.g. several FX pairs, indices, maybe gold).
  • Use walk-forward testing so your rules are always tested on unseen data.
  • Accept that some markets will suit the system better than others.

This way, your 1,000 trades aren’t all from the same easy decade on EURUSD.

They include different volatility regimes, trends, ranges, and central bank dramas.

You’re sampling the behaviour of the strategy under varied conditions, not just pushing the optimiser around until the past looks pretty.

Gold, fat tails, and why some instruments need extra caution

Gold (XAUUSD) is a good stress test for this discussion.

Its moves can be sharp. It reacts to macro panics, rates, and sudden bursts of fear.

Systems on gold often have fatter tails in their distribution of returns per trade. Meaning: more very big winners and very big losers relative to the average.

Fatter tails mean you need even more trades to understand what’s “normal”.

If there’s a 0.01 lot minimum on your gold systems and you’re running a small balance, the equity swings will feel very large compared with, say, a micro-lot on EURUSD.

On a 50-trade backtest this might look manageable. After 300 trades you may realise the run-up you fell in love with was a statistical fluke.

If you’re building systems specifically for gold, this piece on /blog/build-trading-system-gold-asset-behaviour is worth a read before you let position sizes run away from you.

Forward-testing: when does a demo mean something?

After the backtest, you put the system on demo or tiny size. Smart.

But again: how many trades before that live forward-test actually tells you something?

The answer is the same as before. It depends on variance.

If you’ve already got a large, robust backtest, a 50–100 trade forward sample is useful to confirm the implementation isn’t broken and the behaviour matches expectations.

If you don’t have that large backtest, a 50-trade forward demo is not validation. It’s just another noisy, small sample.

The market doesn’t care whether the trades came from historical data or last week. The maths is the same.

Why automation makes patience harder, not easier

You’d think automation would help you sit through the waiting.

In reality, watching a bot generate trades on a small account often makes people more impatient.

They see 10, 20, 30 live trades and want to call a verdict.

“It’s crushing it, I’ll double the size.”

Or: “It’s in a drawdown; I’m turning it off.”

We’ve covered this behaviour in more detail in /blog/why-most-traders-switch-off-profitable-systems-the-calendar-problem. The core issue is the same: judging long-term edges on tiny slices of data.

Automation will happily keep trading through a statistically normal drawdown. Whether you let it is another question entirely.

How to actually use all of this

So where do you go from here?

  • Stop expecting 30–50 trades to answer big questions.
  • Classify your strategy: low, medium, or high variance. Size your required sample accordingly.
  • Think in trades, not months. A slow system will take a long calendar time to generate enough data.
  • Use larger samples to set conservative sizing that survives being wrong about the edge by a bit.
  • Accept that even with 1,000+ trades, you still have uncertainty. You are reducing doubt, not eliminating it.

Backtesting is not about proving you’re right. It’s about estimating how wrong you might be and still survive.

Once you understand that, automation becomes what it should have been all along.

A tool to execute a well-understood edge. Not a shortcut around the boring, necessary arithmetic.

And if all of this feels like bad news, it’s the honest kind.

The market offers opportunity. It does not offer certainty. The sample size just decides how quickly it tells you the difference.

Related reading

Start your free 14-day ArcisTrade demo →

Watch live automated strategies run, see every winner and loser, and compare noisy systems against quieter ones before you commit real size.

Common questions

Is 100 trades enough to test a trading strategy?

For most strategies, 100 trades is only a rough first look. The error bands around win rate and profit factor are still wide, so luck can dominate. It may be useful for early research, but not for deciding aggressive position sizing or long-term robustness.

How many backtest trades do I need for a reliable win rate?

It depends on variance, but several hundred trades are usually needed before the estimated win rate is stable enough for risk decisions. High-variance or trend-following systems can need 1,000+ trades to narrow the plausible range of the true win rate.

Do I need as many trades for scalping as for swing trading?

Scalping strategies usually generate more trades, often with tighter distributions of outcomes, so you can collect large samples faster. Swing systems may need similar total trade counts for reliability, but it will take much longer in calendar time to gather the data.

Does a 14-day demo give enough trades to judge a system?

It can be useful to confirm that execution matches the backtest and that slippage or spreads are acceptable. But over such a short period, the number of trades is usually too small to judge long-term edge. Treat it as an implementation check, not full validation.