ボリンジャーバンド・ストラテジーはどうすれば責任ある形でバックテストできる？
テストの前に概念を定義する
ボリンジャーバンドに基づくストラテジーとは、移動平均とボラティリティのバンド（多くの場合、標準偏差から導かれる）との距離を使って、直近の履歴に比べて条件が「異常に高い／低い」ように見えるかどうかを判断し、売買の条件を決めるルールセットです。責任あるバックテストは、同じ計算を他の誰かが再現できるように、正確な仕組みを最初に指定することから始まります。
何を、いつ計算しているのかを、平易な言葉で定義してください：
- 移動平均の種類（たとえば単純移動平均または指数移動平均）とウィンドウ長。
- バンド幅マルチプライヤー（ボラティリティ指標に適用する係数）。
- 意思決定ルール（たとえば「シグナル」を何がトリガーし、エントリーとエグジットを何とみなすか）。
- 時間の整合（どのバーのバンド値を判断に使うのか、そして取引はいつ実行される想定なのか）。
ストラテジーがボリンジャーバンドを使っていても、結果はこれらの前提に大きく左右されます。過去の関係は、将来のデータが同様に振る舞うことを証明しません。
安定したメカニクスと変動する条件を分ける
テストのセットアップがデータセットに合わせて静かに変わってしまうと、バックテストは信頼できなくなります。そのリスクを減らすために、安定したメカニクスと変動する条件を分けます：
安定したメカニクス（ストラテジー定義）： 指標の数式、意思決定ロジック、そして想定するイベントのタイミング。
変動する条件（実行のたびに変わり得るもの）： 市場レジーム、タイムフレーム、データ品質、そして執行（エクセキューション）の前提。
データの前提を明示してください。たとえば、ミッド価格を使うのか、bid/askを使うのか、リサンプリングするのか、ギャップや（関連がある場合）コーポレート・データの調整を許可するのかを定義します。これらを指定しないと、「同じ」ストラテジーでも異なる結果が出てしまいます。
計算におけるコストと執行をモデル化する
インジケーター・ストラテジーのバックテストで起きやすい重大な失敗パターンは、摩擦（フリクション）を無視することです。責任あるテストには、少なくとも簡略化したコストモデルと、保守的な執行の前提を含める必要があります。
パフォーマンス計算で定義し、含めるべき一般的なコストカテゴリ：
- スプレッドまたは実効的なbid/ask差： 概念上観測している価格と、取引できると想定する価格との差。
- コミッションまたは手数料： 1取引あたり、または出来高あたりのコスト。
- スリッページ： ルールが発動した瞬間から、想定した執行時間までの間に起きる不利な価格変動。
- ファイナンスまたは保有コスト： ストラテジーが時間をまたいでポジションを保有し、その間にコストが発生し得る場合。
責任あるテストのために完璧な現実性は不要ですが、コストは「測定の一部」として扱うべきで、後付けの考慮にしてはいけません。また、コストがどのように適用されるかも定義してください。たとえば、エントリーのみで適用するのか、エントリーとエグジットの両方で適用するのか、あるいは保有時間に応じて継続的に適用するのか、などです。
バイアスを制御する：前提、チューニング、サバイバーシップ効果
ルールが固定されていても、バイアスは現れ得ます。主な制御策は次のとおりです：
前提の制御： シグナルとリターンを計算するために使ったすべての前提を文書化する（時間の整合、丸め、欠損データの扱い、そして極端値を上限で制限するかどうか）。
チューニングの制御（過剰適合）： 後で「評価」するのと同じ期間を使ってパラメータを調整すると、結果が誤解を招く可能性があります。責任あるアプローチでは、パラメータ選定と最終評価を分離します。
データ範囲の制御： 有利に見える期間だけを恣意的に選ばないこと。好都合に見える年だけをテストすると、バックテストが検証ではなく「選別」になってしまいます。
アウト・オブ・サンプルの確認と頑健性テストを使う
アウト・オブ・サンプルのテストとは、パラメータの選定や前提の微調整に使われなかったデータでパフォーマンスを評価することです。
実務的で独立した検証方法は次のとおりです：
- ストラテジーの定義とパラメータを、履歴データの1つの区間で選ぶ。
- 同じ定義を別の区間で評価する。
- 複数の重ならない期間（ローリングまたはウォークフォワード手法）にわたって繰り返し、結果が単一の好都合なウィンドウに依存していないかを確認する。
頑健性テストも重要です。妥当な範囲でパラメータを変えて（たとえば異なるウィンドウ長やマルチプライヤー）再実行し、主要な結論が小さな変更で崩れないことを確認してください。
エビデンスと例：何を報告すべきか
責任ある報告は、検証できない結果ではなく、測定可能で確認できる項目に焦点を当てます。最低限、次を報告してください：
- 使った正確なパラメータ値とインジケーター設定。
- サンプル期間（複数可）とタイムフレーム。
- コストと執行の前提。
- 評価指標（複数可）と、それがどのように計算されたか。
- 結果がアウト・オブ・サンプルデータに基づくかどうか。
狭い範囲の前提のもとでしか良い結果に見えないストラテジーは警戒サインです。さらに、パフォーマンスが少数の極端な出来事によって押し上げられていないかも確認してください。もしそうなら、小さな前提の変更で結論がひっくり返る可能性があります。
DOCUMENT END