How we test the trading rules

What we check when we build a trading rule, and what we check every day while it runs.

1. Checking that rules set on the past still work afterwards

We set the rules on past data, then measure the results on the period that follows. Repeating this across the whole history is walk-forward testing.

Trading costs such as commissions and slippage are included.

Walk-forward testing does not mean every design choice is independent of the data in the test periods. The session each asset trades, when each asset joined the portfolio, the entry filters and exit rules, the risk multipliers and some learning settings were decided after looking at the full period. See the walk-forward record →

2. Checking it holds up when conditions change a little

3. Checking it is not just luck

Pass criteria are set, and the results are also reviewed separately from the point of view of refuting them. When a change is adopted although it fell short of a criterion, that fact goes into the change log.

4. Testing under real trading conditions

Backtest numbers alone are not enough. We also account for the costs of real trading and for account rules.

The intraday loss-limit check is an approximation and can differ from the firm's own ruling.

5. Watching first when a rule changes

Where possible, a new rule is not applied straight away. It runs next to the existing rule, recording its signals, and we look at the results before applying it. We call this a shadow run.

A change with a short shadow run, or none, is not hidden: it is recorded in the change log.

We also record what changed and when, and how the results changed afterwards. See the change log →

6. Checking every day while it runs

Testing does not end at launch. Every day we check that the signals actually sent are produced by the rules that were tested.

We publish not only the test results but also the signals actually sent and the trading results. Winning and losing trades can both be checked. See the architect's trading account record →

7. Failed experiments stay on record

Experiments that did not pass the test criteria are not deleted.

Keeping the failed attempts means that when an idea is tested again the earlier result can be checked, and what did not work can be tracked.

Past performance does not guarantee future results.

The record (extended page, section 06)Change logIs it safe?한국어edgequant.appTermsPrivacyDisclaimerImpressum