Bagaimana ATR dapat di-backtest secara bertanggung jawab?

Apa itu ATR, sebelum Anda melakukan backtest

Average True Range (ATR) adalah statistik volatilitas yang didasarkan pada true range, yang mencerminkan seberapa besar pergerakan harga antar periode, termasuk gap. ATR menghaluskan ukuran true range ini selama periode window yang dipilih. ATR lebih baik diperlakukan sebagai skala (misalnya, “ukuran pergerakan tipikal”) daripada sebagai sinyal beli/jual yang berdiri sendiri.

Backtest yang bertanggung jawab dimulai dengan menjelaskan secara eksplisit apa yang Anda uji: perhitungan ATR itu sendiri (kebenaran alur data), bagaimana ATR digunakan dalam seperangkat aturan (logika keputusan), dan bagaimana friksi perdagangan mengubah hasil yang direalisasikan. Nilai ATR historis dihitung dari rangkaian harga historis; itu bukan prediksi.

Mekanika: tentukan data, asumsi, dan perhitungan

Mulailah dengan menentukan input dan definisi:

• Rangkaian harga: Pilih data harga yang akan Anda gunakan (biasanya OHLC). Dokumentasikan bidang yang tepat.
• Definisi true range: Gunakan konsep true range standar sehingga gap disertakan melalui referensi “harga penutupan sebelumnya”.
• Window ATR dan penghalusan: Nyatakan panjang window dan metode penghalusan yang Anda asumsikan. Pilihan yang berbeda mengubah nilai ATR.
• Penanganan zona waktu dan sesi: Jika kumpulan data Anda mencakup sesi dengan jam perdagangan berbeda, tentukan bagaimana Anda memperlakukan batas-batasnya.

Kemudian tentukan lingkungan backtest:

• Generasi sinyal vs waktu evaluasi: Jika aturan menggunakan ATR, putuskan apakah ATR pada waktu t dapat digunakan untuk bertindak pada waktu t atau hanya pada t+1. Ini mencegah look-ahead yang tidak disengaja.
• Logika posisi dan ukuran: Bahkan jika Anda menghindari penamaan strategi, tentukan apa yang terjadi ketika aturan Anda meminta tindakan (misalnya, apakah Anda berasumsi masuk pada pembukaan bar berikutnya).
• Biaya dan model eksekusi: Sertakan setidaknya model friksi generik (komisi/biaya dan proksi spread atau slippage). Gunakan asumsi yang dinyatakan dengan jelas dan diterapkan secara konsisten.

Langkah verifikasi yang berguna adalah mereproduksi ATR dari kumpulan data Anda dalam window sampel kecil. Jika ATR yang Anda hitung tidak cocok dengan implementasi independen yang Anda percaya, perbaiki alur data sebelum menafsirkan hasil.

Bukti dan desain contoh: kontrol bias dan pemeriksaan out-of-sample

Anda dapat membuat backtest ATR lebih kredibel dengan memisahkan eksplorasi in-sample dari evaluasi out-of-sample.

1. Pisahkan data

• Buat periode pelatihan kronologis untuk pilihan parameter (misalnya, panjang window ATR atau ambang batas aturan).
• Simpan periode selanjutnya sebagai set pengujian.

2. Pengujian walk-forward Alih-alih satu pemisahan statis, ulangi pelatihan pada masa lalu dan uji pada segmen berikutnya. Ini mengurangi risiko bahwa kesimpulan Anda bergantung pada satu window waktu yang beruntung.

3. Kontrol bias seleksi Jika Anda mencoba banyak variasi (window, ambang batas, atau timeframe yang berbeda), hasil yang terlihat terbaik bisa menjadi artefak. Lacak jumlah percobaan dan lebih suka konfigurasi yang telah ditentukan sebelumnya daripada “menyesuaikan sampai berhasil.”

4. Gunakan pemeriksaan ketahanan di berbagai rezim Jalankan pengaturan teruji yang sama di berbagai kondisi pasar, seperti periode volatilitas lebih tinggi dan lebih rendah. Perilaku terkait ATR dapat berubah ketika struktur volatilitas berubah.

Keterbatasan material / mode kegagalan yang perlu direncanakan: Jika Anda secara tidak sengaja menghitung ATR menggunakan informasi dari bar yang Anda coba perdagangkan “pada”, Anda akan menciptakan bias look-ahead. Mode kegagalan lainnya adalah bahwa biaya transaksi yang realistis dapat menghapus kinerja yang tampak.

Keterbatasan dan risiko: apa yang dapat dan tidak dapat dikatakan oleh backtest ATR kepada Anda

• Skala volatilitas ≠ arah: ATR mengukur ukuran pergerakan, bukan apakah harga akan naik atau turun.
• Sensitivitas biaya: Backtest sering meremehkan slippage, spread, dan penundaan eksekusi. Dengan margin tipis, hal-hal ini dapat mendominasi.
• Non-stasioneritas: Dinamika harga berubah. Hubungan historis ATR dengan hasil tidak menjamin kesamaan di masa depan.
• Ketergantungan asumsi: Hasil bergantung pada window perhitungan, penghalusan, penyelarasan stempel waktu, dan asumsi eksekusi yang Anda pilih.

Verifikasi atau pertanyaan berikutnya: apa yang harus diperiksa secara independen

Untuk memverifikasi backtest Anda secara bertanggung jawab, periksa hal-hal berikut sebelum menarik kesimpulan apa pun:

• Kebenaran perhitungan ATR pada sampel kecil yang dapat diperiksa secara manual.
• Penyelarasan waktu untuk mengonfirmasi bahwa tidak ada informasi masa depan yang digunakan.
• Reproduksibilitas: versi kumpulan data, parameter, dan logika kode Anda harus didokumentasikan sehingga orang lain dapat menjalankan ulang alur yang sama.
• Disiplin out-of-sample: hindari melaporkan hanya satu hasil terbaik dari banyak percobaan.

Jika Anda ingin lebih mendalam, pertimbangkan bagaimana Anda mendefinisikan logika aturan yang menggunakan ATR (waktu tindakan, ambang batas, dan bagaimana Anda memodelkan biaya). Meski begitu, perlakukan hasil sebagai kondisional pada asumsi Anda daripada sebagai perkiraan yang andal.