取引回数が少ないバックテスト:コスト評価の限界を測る

取引回数の少ないバックテストでは、平均損益だけでなく取引コストの推定値も不安定になります。スプレッドとスリッページを取引ごとに記録し、サンプル数を分割してコスト分布と期待値の変動幅を測る検証方法を整理します。

少数の取引では平均値が安定しにくい

バックテストの損益が良好でも、取引回数が少なければ結果は数回の大きな利益や偶然の低コスト約定に左右されます。これは期待値だけでなく、スプレッドやスリッページの推定にも当てはまります。平均コストが小さいという結果だけでは、実運用で同じ条件が再現されるとは判断できません。

コストにも分布とサンプル数がある

取引ごとにシグナル時点の価格、想定約定価格、スプレッド、スリッページ、手数料を保存し、総コストを一つの系列として扱います。確認するのは平均値だけではありません。中央値、上位分位点、最大値に加え、取引を複数区間へ分割したときに各統計量がどの程度変動するかを測ります。固定スプレッドだけの検証では、このばらつきが消えるため、コスト推定の不確実性を捉えにくくなります。

取引数を分割して安定性を確認する

実務では全取引を時系列の複数ブロックへ分け、各ブロックで平均損益と平均コストを再計算します。さらに取引を復元抽出するブートストラップを使えば、観測された取引群から期待値やコストの分布を繰り返し推定できます。区間ごとに結果が大きく変わるなら、単一のバックテスト値への依存度が高いと解釈できます。

実運用ログとの差まで検証対象にする

最終的には、バックテストで想定したコスト分布とフォワード運用の実測値を同じ指標で比較します。取引数が増えるにつれて平均値や分位点が収束するかを追跡すれば、サンプル不足と執行環境の変化を分けて考えやすくなります。重要なのは取引回数に一律の合格基準を置くことではなく、追加データによって推定値がどこまで安定するかを測ることです。

ABOUTこの記事をかいた人

MetaTrader 5 向けの検証ツールを開発しています。個人開発です。 扱っているのは売買の方向を示すシグナルではありません。スプレッドや手数料といったコスト、スリッページを含む約定の実態、口座全体のエクスポージャー——損益の構造側を数値で可視化する道具です。 実運用の記録は GogoJungle の REAL TRADE で第三者計測・公開しています。 詳細は「このサイトについて」をご覧下さい。 ご要望はこちらで承ります。