Before you start: set the pass mark
- How many days you will run — two weeks minimum
- What result would make you go live
- What result would send you back to the drawing board
- What result would mean the strategy is wrong, not just unlucky
- That you will not change parameters mid-run
The setup
Backtest first
Build the strategy exactly as you intend to run it
Deploy it in paper mode
Start it
Confirm it evaluated on day one
The daily check
| Check | What you are looking for |
|---|---|
| Did it enter? | If not, why — the logs will say |
| At what price, and at what time? | Against what you expected |
| Did it exit as configured? | Scheduled exit, stop, or target |
| Day's P&L | Recorded, not judged |
| Anything surprising? | This is the valuable column |
What the number is for
What the first week usually finds
| Finding | Usually because |
|---|---|
| It never entered | The strategy was deployed but never started |
| It entered at the wrong strike | The strike rule was not what you thought it was |
| It never exited | The exit time was set outside market hours |
| The stop never fired | It was configured on the wrong leg |
| It entered twice | A duplicate deployment left running |
What paper trading can prove
- The strategy evaluates when it should. Timing, conditions, no silent skips.
- Strike selection behaves on real live prices rather than historical ones.
- Exits fire correctly, including the stop and the hard square-off.
- Your configuration is right. The most common real finding.
What it cannot prove
- Real fills. Simulated fills do not pay the spread the way your order will.
- Broker behaviour. Rejections, margin checks and order type quirks are absent.
- Profitability. Ten trading days is not a sample.
- How you handle a real loss. This is the biggest gap and the reason the next step is live-small.
After two weeks
Compare against the pass mark you wrote down
Compare behaviour against the backtest
List every surprise
Fix configuration issues, then re-run
If clean, go live with one lot
The short version
- Write the pass mark down before you start
- Backtest first — do not spend two weeks on something a backtest would reject
- Build it exactly as you intend to run it, then deploy and start it
- Check the logs daily after close; record P&L without reacting
- Changing a parameter mid-run restarts the two weeks
Frequently asked questions
Two weeks minimum, a month is better because it covers a full expiry cycle. Set the duration before you start rather than deciding as you go.
Yes. Paper trading is slow, so do not spend two weeks on a strategy a backtest would have ruled out in two minutes.
You can, but it restarts the clock. After a change you are testing a different strategy on data you have already seen, so the earlier days no longer count.
That the strategy evaluates when it should, selects strikes sensibly on live prices, exits correctly, and that your configuration is right. The last one is the most common real finding.
Real fills, broker behaviour, profitability over any meaningful sample, and how you react to a losing day with real money. That last gap is why the next step is live with one lot.
No. Check the logs five minutes after close. Watching tick by tick is how you end up interfering with a test you set up to run itself.
Start with a free 3-day trial
Build a strategy, backtest it and run it on paper — no broker, no IP and no money needed to try it.

