Neden Bir ICT Stratejisini Backtest Etmelisin?
Çoğu trader bir ICT konseptini, geçmişe dönük baktığında grafiğin temiz durması yüzünden benimser. Bu kanıt değildir. Kurulumun işe yaradığı anların hafızasıdır; başarısız olanlar sessizce unutulmuştur.
Backtest bu yanılgıyı bir kayıtla değiştirir. Kurulumu tanımlarsın, yüzlerce geçmiş işlem üzerinde uygularsın ve avantajın gerçek mi hayali mi olduğunu sayılar söyler.
Bir ICT stratejisi ancak ölçümü atlarsa işlemeye layıktır. Order block'lar, FVG'ler ve liquidity sweep'ler seçilmiş bir ekran görüntüsünde güçlü görünür; ama backtest, cherry-picking yapamadığında nasıl davrandıklarını gösterir.
Hiçbir şeyi test etmeye başlamadan önce elinde dar, uzmanlaşmış bir kurulum olmalı. On konsepti aynı anda doğrulamaya çalışmak cevap değil, gürültü üretir.
Aslında Neyi Ölçmelisin
Sadece kazanma oranını takip eden bir backtest neredeyse işe yaramaz. Ödül olmadan kazanma oranı kârlılık hakkında hiçbir şey söylemez. Dört metrik önemli ve bunlar birlikte çalışır.
Kazanma oranı, hedefine ulaşan işlemlerin yüzdesidir. Kazananların kaybedenlere göre büyük olduğu bir sistemde %40 kazanma oranı son derece kârlı olabilir.
Ortalama R-multiple, her işlemi risk birimi cinsinden ölçer. 1R risk alıp 2R kazanırsan o işlem +2R'dir. R ile loglamak, pozisyon büyüklükleri ve enstrümanlar arasında normalizasyon sağlar.
Beklenti, her şeyi belirleyen sayıdır. İşlem başına beklediğin ortalama R'dir: (kazanma oranı x R cinsinden ortalama kazanç) eksi (kaybetme oranı x R cinsinden ortalama kayıp). Pozitif beklenti, stratejinin yeterince işlem üzerinde para kazandığı anlamına gelir.
Örneklem büyüklüğü güven çarpanındır. Yirmi işlem hiçbir şey kanıtlamaz. Yüz işlem anlam kazanmaya başlar; farklı piyasa koşullarına yayılan birkaç yüz işlem daha da iyidir.
Investopedia'nın backtest konusundaki genel değerlendirmesinde de belirttiği gibi, çok az veri üzerinde doğrulanan bir strateji canlı piyasalarda güvenilir biçimde tekrarlanmaz.
Adım Adım Backtest Nasıl Yapılır
Süreç anlatması basit, dürüstçe uygulaması zor olan türden. Burada disiplin her şeydir.
1. Mekanik kuralları tanımla. Kurulumunu öyle yaz ki okuyan iki trader aynı işlemi alsın. Zaman dilimini, giriş tetikleyicisini, stop-loss ve hedefin nereye konacağını ve tüm filtreleri belirt. Bir kuralda "genellikle" kelimesi geçiyorsa henüz mekanik değildir.
2. Veri seti seç. Trendleri, range'leri ve volatilite sıçramalarını içeren bir enstrüman ve tarih aralığı seç. Sadece bir boğa koşusunu test etmek, long'a eğilimli her ICT kurulumunu gereksiz yere parlatır. Verini böl; asla optimize etmediğin dönemlerde doğrulama yapabilesin.
3. Her işlemi logla. Grafiği bar bar ilerlet, uygun her kurulumu, kazansın ya da kaybetsin, R cinsinden kaydet. Giriş, stop, hedef, sonuç, seans ve varsa bağlam notu al. Atlamak için can attığın işlemler, örneklemin dürüst kalmasını sağlayan tam olarak onlardır.
Yapılandırılmış bir günlük tam burada karşılığını verir. İyi bir şablon backtest'i doğrudan besler; canlıda tuttuğun kayıtlar zamanla veri setin olur.
LiquidityScan ile grafik üzerinde yeni bir backtest çalıştırdığımda bile sonuçları elle günlüğe yazıyorum; çünkü her sonucu yazma eylemi, gerçekte neyin tetiklediği konusunda beni dürüst olmaya zorluyor.
Forward-Test ile Backtest Arasındaki Fark
Backtest, tamamlanmış fiyat geçmişine geriye bakar. Gücü hacimdir: bir öğleden sonra yüzlerce işlem toplayabilirsin. Zayıflığı hindsight'tır; her grafiğin nasıl kapandığını zaten biliyorsun.
Forward-test ise aynı mekanik kuralları canlı ya da görülmemiş veride, gerçek zamanlı, sonucu bilmeden çalıştırır. Daha yavaştır ama çok daha dürüsttür.
İkisini sırayla kullan. Backtest ile örneklemi büyüt ve beklentiyi tahmin et; sonra forward-test ile geleceği göremediğinde avantajın ayakta kalıp kalmadığını doğrula. Forward sonuçları çökerse, backtest'in büyük ihtimalle curve-fit olmuştu.
Sık Yapılan Backtest Hataları
Çoğu backtest yalan söyler ve yalanı öngörülebilir şekillerde söyler. Tuzakları tanımak savunmanın yarısıdır.
Curve-fitting, kuralları geçmiş verilere mükemmel oturana kadar ayarlamaktır. Tek bir enstrümanda, tek bir yılda işe yaramış yedi koşullu bir kurulum gürültüye göre kalibre edilmiştir. Daha az ve daha basit kural daha iyi genellenir.
Hindsight yanlılığı, mumun nasıl kapandığını bilerek giriş işaretlerken sızar. Kararı her zaman grafiğin sol tarafında, sonrasında ne olduğunu görmeden önce ver.
Çok küçük örneklem, rastgele şansın avantaj kılığına girmesine izin verir. 15 işlemdeki %70 kazanma oranı, 150 işlemde %45'e dönebilir. Örneklemin bir kayıp serisini atlatacak kadar büyüyene kadar sermaye bağlama.
Bu şekilde yapılan veri odaklı doğrulama, strateji ile hikâye arasındaki farktır. Order block'lar üzerine hazırlanmış örnek bir çalışma, dürüst sayıların popüler anlatıdan ne kadar farklı olabileceğini gösteriyor.
Sık Sorulan Sorular
Geçerli bir ICT backtest için kaç işleme ihtiyacım var?
En az 100 işlemi hedefle; trend ve range koşullarına yayılmış 200 veya üzeri tercih edilir. Küçük örneklem şansın avantaj taklit etmesine izin verir; daha fazla veri, beklentine duyduğun güveni artırır.
Kazanma oranı en önemli backtest metriği midir?
Hayır, beklentidir. Büyük kazançlı bir %40 kazanma oranı, minik kazançlı bir %65'i sıkça geçer. Kazanma oranını her zaman ortalama R-multiple ile birlikte ölç.
Backtest'i atlayıp sadece forward-test yapabilir miyim?
Yapabilirsin ama yavaş olur. Backtest büyük bir örneği hızla oluşturur, forward-test ise avantajı görülmemiş veride doğrular. İkisini birden kullanmak, tek başına gözden kaçacak curve-fitting'i yakalar.
İlgili arama yolları
Backtest'i anlamlı kılan parçaları inşa etmek için şu kaynaklara bak.
- ICT trading'de avantajını nasıl bulursun — test etmeden önce tek bir kurulumda uzmanlaş.
- ICT işlem günlüğü şablonu — backtest'i temiz veriyle besleyen günlük.
- Order block'lar hâlâ işe yarıyor mu? — yaklaşımın veri odaklı, örneklenmiş hali.
- FVG dolum olasılığı — backtest istatistiklerinin gerçek kazanma oranlarına uygulanışı.
- ICT Prop Firm Stratejisi: Challenge Nasıl Geçilir