💼 Mülakat Soruları

Mülakat Soruları: Bir frontend-farkında tester'ın mülakatı, "X nedir?" tanımlarıyla değil, gerçek production senaryolarıyla ölçülür: "Test bir gün geçti bir gün kaldı, element he

Bir frontend-farkında tester'ın mülakatı, "X nedir?" tanımlarıyla değil, gerçek production senaryolarıyla ölçülür: "Test bir gün geçti bir gün kaldı, element her deploy'da değişen bir class kullanıyor, developer 'kodum aynı' diyor — kime ne söylersin, kalıcı çözüm ne?" gibi. Neden senaryo tabanlı? Çünkü işin kendisi senaryodur — tanım ezberi flaky testi çözmez. Java analojisi: bir mülakatta "polymorphism nedir?" yerine "şu tasarım neden kırıldı, nasıl düzeltirsin?" sorulması gibi. QA bağlamında: bu grup 50 soruyu 15 Basic / 20 Intermediate / 15 Advanced olarak, her cevabı 3-6 cümle + Java analojisi ile verir.

🎬 Mülakatta Senaryo Sorusuna Nasıl Cevap Verilir?

Bir mülakatçı "test bir gün geçti bir gün kaldı, element her deploy'da değişen bir class kullanıyor" diyor. Zayıf bir cevap sadece "hash class kırılgandır" der. Güçlü bir cevap bu filmdeki 4 adımı TAKİP eder.

Adım 1 — Belirtiyi NETLEŞTİR: "sunucudan aynı response geliyor ama locator bazen bulamıyor, bu da CSS Modules/styled-components gibi bir build aracının class'a hash eklediğini gösteriyor" gibi SPESİFİK bir gözlemle başla.

Adım 2 — Kök NEDENİ bul: "class stil AMACIYLA vardır, kimlik için değil — build aracı benzersizlik için hash ekler ve bu her build'de yeniden üretilir" diyerek MEKANİZMAYI açıkla, sadece belirtiyi tekrar etme.

Adım 3 — Bir Java ANALOJİSİYLE bağlam kur: "bu, bir nesneyi toString() çıktısına göre karşılaştırmak gibi — biçim değişince ilişki bozulur, oysa kimliği sabit bir id'ye bağlamalıydık" gibi bir cümle, mülakatçıya derinliğini gösterir.

Final — Somut bir ÇÖZÜM öner: "developer'dan data-testid='save-bug' gibi build'den bağımsız bir kanca isterim" diyerek cevabı SOMUT, uygulanabilir bir adımla bitir. Bu 4 adım (belirti→kök neden→analoji→çözüm) bu SAYFANIN kendi error-dictionary formatının AYNISIdır — düşünme sürecini göstermek, tanım ezberlemekten çok daha değerlidir.

Adım Adım: Zayıf Bir Cevap Güçlü Bir Cevaba Nasıl Dönüşür

Zayıf: sadece tanım tekrarı

"NoSuchElementException element bulunamadığında olur" — bu doğru ama mülakatçıya SENİN NASIL DÜŞÜNDÜĞÜNÜ göstermez.

Güçlü: belirtiyi somutlaştır

"Bu spesifik senaryoda element X koşulu Y tetiklenmeden locate edilmeye çalışılıyor" — SOMUT bir gözlem, genel bir tanım değil.

Güçlü: mekanizmayı açıkla

"Çünkü framework conditional render'da elementi DOM'a hiç eklemiyor" — NEDEN olduğunu, sadece NE olduğunu değil.