yoklateknik mülakat

QA / Test Otomasyonu Ta Framework Architecture Patterns Mülakat Soruları

75 doğrulanmış QA / Test Otomasyonu Ta Framework Architecture Patterns mülakat sorusu — cevaplarıyla çöz, açıklamalarıyla öğren, gerçek simülasyonda kendini test et.

Gerçek simülasyonu dene →

Örnek sorular

Ta Framework Architecture PatternsZorluk 1
Page Object Model (POM) yaklaşımında bir page object sınıfının ana sorumluluğu nedir?
  • aTest çalıştırmasının CI pipeline konfigürasyonunu saklamak
  • bBir sayfanın locator'larını ve etkileşimlerini metodların arkasına kapsülleyip testlere sunmak
  • cHer test çalıştırmasının video kaydını tutmak
  • dSuite bittikten sonra geçen/kalan sayısını toplayıp bir HTML ya da JUnit tarzı rapor üretmek
Açıklama:Page object, bir sayfanın locator'larını ve o sayfada yapılabilecek eylemleri (ör. login(), search()) sarmalar; testler doğrudan seçicilere dokunmak yerine anlamlı metodları çağırır — tam olarak (b). CI konfigürasyonu (a), video kaydı (c) ve raporlama (d) framework'ün başka yerlerinde ele alınan ilgisiz konulardır.
Ta Framework Architecture PatternsZorluk 1
Takımlar, ham locator'ları doğrudan test metodlarının içine yazmak yerine neden Page Object Model'i kullanır?
  • aBir UI değişikliği sadece page object'in güncellenmesini gerektirsin, o sayfayı kullanan her testin değil
  • bTestler ekstra bir konfigürasyon olmadan otomatik olarak paralel çalışsın
  • cTest çalıştırması sırasında tarayıcı daha hızlı açılsın
  • dKurulum sırasında oluşturulan test verisinin ayrı çalıştırmalar arasında temizlenmesine ya da sıfırlanmasına artık gerek kalmasın
Açıklama:POM, locator'ları tek bir yerde merkezileştirir; UI değişirse sadece page object güncellenir, o elemana dokunan her test değil — bu (a). Paralel çalıştırma (b), tarayıcı açılış hızı (c) ve veri temizliği (d) POM'un ele almadığı ayrı konulardır.
Ta Framework Architecture PatternsZorluk 1
Bir spec dosyasındaki her testten önce çalışan Cypress beforeEach hook'unda aşağıdakilerden hangisi en uygun kullanımdır?
  • aDosyadaki son testin beklenen nihai sonucunu assert etmek
  • bSuite tamamlandıktan sonra tüm test dosyasını silmek
  • cBaşlangıç URL'ini ziyaret edip login olmak, böylece her test bilinen bir durumdan başlasın
  • dTüm proje için toplanan satır ve dal (branch) kod kapsama (coverage) yüzdesini yazdırmak
Açıklama:beforeEach her testten önce çalışır, dolayısıyla her testin ihtiyaç duyduğu kurulum (bir URL'e gidip login olmak gibi) için doğru yerdir (c). Nihai sonucu assert etmek (a) bir testin içine ait, spec dosyasını silmek (b) kurulum olarak anlamsız, coverage raporlama (d) ise per-test hook'un değil ayrı bir aracın sorumluluğudur.
Ta Framework Architecture PatternsZorluk 2
Test veri izolasyonu, otomatik testler arasında hangi sorunu önlemeye çalışır?
  • aTestlerin çalıştırma daha başlamadan önce derlenmesinin ya da transpile edilmesinin makul olmayan şekilde uzun sürmesi
  • bTest runner'ın kurulu tarayıcıları tespit edememesi
  • cHata durumunda ekran görüntülerinin kaydedilmemesi
  • dBir testin geride bıraktığı verinin ya da durumun başka bir testin sonucunu etkilemesi
Açıklama:Test veri izolasyonu, her testin kendi verisini oluşturup temizlemesini (ya da benzersiz kapsamlı veri kullanmasını) sağlar; böylece bir testin yan etkileri başka bir testin sonucunu değiştiremez — bu (d). Derleme süresi (a), tarayıcı tespiti (b) ve ekran görüntüsü kaydı (c) veri izolasyonuyla ilgisizdir.
Ta Framework Architecture PatternsZorluk 2
Playwright'ın test framework'ünde bir "fixture" temel olarak ne için kullanılır?
  • aTestlerin parametre olarak bildirdiği, yeniden kullanılabilir, önceden yapılandırılmış bir nesne (ör. page ya da authenticated context) sağlamak için
  • bTest çalıştırması bittikten sonra video kayıtlarını sıkıştırmak için
  • cTest sonuçlarını bir JUnit XML dosyasına dönüştürmek için
  • dTest çalıştırması sırasında üçüncü taraf analytics ve reklam domainlerine giden çıkış network isteklerini engellemek için
Açıklama:Playwright fixture'ları, bir test fonksiyonunun parametre olarak aldığı yeniden kullanılabilir kurulumu (ör. bir page ya da önceden authenticate edilmiş bir context) sağlar — bu (a). Video sıkıştırma (b), JUnit dönüşümü (c) ve network engelleme (d) bir framework'te bulunabilir ama fixture'ların amacı bu değildir.
Ta Framework Architecture PatternsZorluk 2
Junior bir mühendis, bir butona tıklayan testte locator'ı page object'e koymak yerine üç farklı test dosyasına doğrudan kopyala-yapıştır yapıyor. Bu yaklaşımın temel riski nedir?
  • aAynı locator string'i her seferinde ayrıştırılıp tekrarlandığı için test ölçülebilir şekilde daha yavaş çalışacaktır
  • bAynı locator string'i iki kez göründüğünde tarayıcı açılamayacaktır
  • cButonun seçicisi değişirse, üç test dosyasının da tek tek güncellenmesi gerekecektir
  • dCypress, tekrarlanan locator string'leri yüzünden testi çalıştırmayı reddedecektir
Açıklama:Ham bir locator'ı dosyalar arasında tekrarlamak, o seçicide ileride yapılacak herhangi bir değişikliğin her kopyada ayrı ayrı bulunup düzeltilmesi gerektiği anlamına gelir; page object'lerin var olma amacı tam olarak bu bakım riskini (c) ortadan kaldırmaktır. Locator tekrarı çalışma hızını etkilemez (a), tarayıcı açılışını durdurmaz (b), Cypress tekrarlanan string'leri reddetmez (d).

1050 soruluk QA / Test Otomasyonu bankasında kendini sına.

Mülakata başla