Yürüyen pencere testi
Diğer adlar / kısaltmalar: walk forward, walk-forward analysis, WFO
Geçmiş bir pencerede ayar seçip onu izleyen dönemde test etmeyi, pencereyi ileri kaydırarak tekrarlayan yöntem. Her adımda yalnız o zamana kadar bilinen veriler kullanılır. Aşırı uyum riskini tamamen ortadan kaldırmaz.
Yapı ve işleyiş
Yürüyen pencere testi, her turda yalnız geçmiş bir bölümde ayar seçip sonraki bölümde bu ayarı değiştirmeden değerlendiren tasarımdır. Pencere ilerlediğinde yeni bir ayar seçilebilir; bu güncelleme yöntemi de test edilen sürecin parçasıdır. Tek bir sabit parametrenin değil, zaman içinde nasıl yeniden seçildiğinin davranışı incelenebilir.
Pencere uzunluğu, adım büyüklüğü ve seçim ölçütü önceden belirlenmelidir. Sabit uzunlukta pencere eski veriyi düşürür; genişleyen pencere ise başlangıcı tutup yeni geçmişi ekler. İkisi farklı araştırma tercihidir. Seçim ve değerlendirme parçaları zaman sırasını korusa da tekrar tekrar en iyi pencereyi aramak tasarımın kendisine aşırı uyum yaratabilir.
Nasıl okunur?
- Geliştirme uzunluğunu, test uzunluğunu, ilerleme adımını ve seçim ölçütünü sabitle.
- Her turun seçiminde yalnız o ana kadar bilinen verileri ve erişilebilir referansları kullan.
- Seçilen ayarı sonraki test bölümünde kilitle; işlemler pencere sınırını aşıyorsa taşıma kuralını belirt.
- Ayrılmış test parçalarını zaman sırasıyla birleştir; örtüşen test gözlemlerini iki kez sayma.
Geliştirme penceresi ilerler
Çubuklar getiri değil veri rolü kodudur: 1 geliştirme, 2 ayrı test, 0 henüz kullanılmayan dönem.
Tur 1: Ocak–Mart seç, Nisan test
Sayısal verileri göster
| Nokta / dönem | Değer |
|---|---|
| Ocak | 1 |
| Şubat | 1 |
| Mart | 1 |
| Nisan | 2 |
| Mayıs | 0 |
Tur 2: Şubat–Nisan seç, Mayıs test
Sayısal verileri göster
| Nokta / dönem | Değer |
|---|---|
| Ocak | 0 |
| Şubat | 1 |
| Mart | 1 |
| Nisan | 1 |
| Mayıs | 2 |
- Her turda geçmiş
İlk seçim yalnız Mart sonuna kadar bilinen veriyi kullanır.
- Test parçalarını birleştir
Değerlendirmede Nisan ve Mayıs test parçaları kullanılır; geliştirme sonuçlarıyla karıştırılmaz.
Nisan ve Mayıs’ın değişen rolleri
Yukarıdaki grafik üzerinden
İlk panelde Ocak–Mart geliştirme kodu 1, Nisan test kodu 2, Mayıs henüz kullanılmayan kod 0’dır. Seçim Mart sonuna kadar olan veriden yapılır. İkinci turda Şubat–Nisan geliştirme, Mayıs test olur; bu kez Nisan artık bilinen geçmiş olduğundan seçimde kullanılabilir.
Nisan’ın ikinci turda geliştirmeye katılması, ilk turda önceden ayrılmışken alınan test sonucunu geriye dönük silmez. Değerlendirme için ilk turun Nisan ve ikinci turun Mayıs test parçaları izlenir. Çubuklardaki 1 ve 2 getiri veya başarı derecesi değil rol kodudur; bunları toplayıp performans hesaplamak anlamsızdır.
Koşullar ve yorum sınırları
Bu düzen gelecekteki başarının garantisi değildir. Az test parçası, bağlantılı işlemler veya değişen maliyetler değerlendirmeyi sınırlayabilir. İşlem sonucu test sınırından sonra belli oluyorsa seçim zamanında henüz bilinmeyen etiketi kullanmak yine sızıntıdır.
Pencere boyutlarını tüm test sonuçlarına bakarak seçmek, dış değerlendirmeyi tasarım seçiminin içine çeker. Böyle bir araştırma yapılabilir; fakat aynı parçalar son seçilmiş sürecin bağımsız kanıtı gibi sunulamaz. Daha dış bir değerlendirme bölümü gerekir.
Yakın kavramlardan farkı
Tek örneklem dışı ayrım bir seçim ve değerlendirme sınırı kurar; yürüyen pencere bunu zamanda tekrarlar. İleri test ise değerlendirme verisinin kural sabitlendikten sonra gerçekten oluşmasıdır. Geçmiş veride yürüyen pencere çalıştırmak otomatik olarak canlı ileri test değildir.
Konuyu ders içinde öğren
Yayın ilkeleri · Gözden geçirme: 2026-11-09