yoklateknik mülakat
GelişimGeçmiş

Mobil Mülakat Soruları

2400 doğrulanmış Mobil mülakat sorusu — cevaplarıyla çöz, açıklamalarıyla öğren, gerçek simülasyonda kendini test et.

Gerçek simülasyonu dene →

Örnek sorular

Mobile Distribution CiZorluk 1
Yeni bir uygulama sürümünü mağazaya göndermeden önce, hangi pratik reddedilme riskini en doğrudan azaltır?
  • aGöndermeden önce build'i mağaza inceleme kurallarına karşı kontrol etmek.✓
  • bİnceleyenlerin aktif geliştirme gördüğünü düşünmesi için sürüm numarasını büyük ölçüde artırmak.
  • cİnceleme kuyruğunun daha kısa olduğu düşük yoğunluklu saatlerde göndermek.
  • dÖzellik eksiksizliğini göstermek için mağaza listesine daha fazla ekran görüntüsü eklemek.
Açıklama:İnceleme sonucu kurallara uyuma bağlıdır (izin gerekçesi, çalışan akışlar, doğru metadata); sürüm numarası, gönderim saati veya ekran görüntüsü sayısı değil.
Mobile Distribution CiZorluk 2
Bir ekip, sürüm takvimine gün ekleyen inceleme döngülerinden kaçınmak istiyor. Hangi gönderim-öncesi kontrol yaygın bir reddedilme nedenini erken yakalar?
  • aBuild'in en güncel derleyici sürümüyle derlendiğini doğrulamak.
  • bİstenen her iznin, o izni kullanan çalışan ve ulaşılabilir bir kod yolu olduğunu doğrulamak.✓
  • cUygulama ikonunun önerilen piksel boyutlarıyla tam eşleştiğinden emin olmak.
  • dSürüm notlarının olabildiğince çok dile çevrildiğinden emin olmak.
Açıklama:İnceleyenler, işlevsel ve ulaşılabilir bir kullanımı olmayan izin talepleri olan uygulamaları sıkça reddeder. Derleyici sürümü, ikon boyutu ve çeviri eksiksizliği tipik reddedilme nedenleri değildir.
Mobile Distribution CiZorluk 2
Bir ekip bir build gönderiyor ve giriş ekranı test hesabı olmadan geçilemediği için reddediliyor; inceleyen kişi ekranı aşamıyor. Ekip gelecekteki gönderimlerde bunu önlemek için neyi değiştirmeli?
  • aHer gönderimden önce giriş ekranını tamamen kaldırmak.
  • bGirişten sonraki ekran sayısını azaltmak.
  • cİnceleyenlerin kilidi geçebilmesi için bir demo hesap sağlamak.✓
  • dUygulama açıklamasına giriş gereksinimini açıklayan bir not eklemek.
Açıklama:İnceleyenlerin uygulamaya gerçekten girebileceği bir yola ihtiyacı vardır; demo hesap veya atlama yolu kök nedeni çözer. Giriş ekranını kaldırmak ya da sadece metin notu eklemek inceleyene çalışan bir yol sağlamaz.
Mobile Distribution CiZorluk 1
Yeni bir uygulama sürümü yayınlarken 'kademeli rollout' ne anlama gelir?
  • aYeni sürümü tüm kullanıcılara aynı anda vermek ama özelliklerin sadece yarısını açık tutmak.
  • bBackend değişikliklerini uygulama güncellemesinden önce yayınlamak.
  • cGüncellemeyi yalnızca en yeni işletim sistemini çalıştıran cihazlara vermek.
  • dÖnce kullanıcıların küçük bir yüzdesine vermek, sonra kademeli olarak genişletmek.✓
Açıklama:Kademeli rollout, bir sürümü belirli bir anda kullanıcı tabanının ne kadarının aldığını kontrol etmektir; küçük başlayıp genişletmektir — özellik açıp kapama, backend sıralaması veya OS hedeflemesi değildir.
Mobile Distribution CiZorluk 2
Bir ekip yeni bir sürümü kullanıcıların %5'ine dağıtıyor. Birkaç saat içinde, önceki sürümün taban çizgisine göre çökme raporları keskin biçimde artıyor. Uygun acil eylem nedir?
  • aRollout'u durdurmak ve etkilenen kullanıcılar için geri dönmek.✓
  • bDaha hızlı çökme verisi toplamak için rollout'u hemen %100'e genişletmek.
  • cİnceleme ekibinin etkilenen build'i reddetmesini beklemek.
  • dÇökme yaşayan kullanıcılardan uygulamayı yeniden yüklemelerini istemek.
Açıklama:Taban çizgisine göre keskin bir çökme artışı, tam olarak kademeli rollout'un erken yakalamak için tasarlandığı sinyaldir; daha fazla kullanıcıya ulaşmadan durdurmak/geri almak etki alanını sınırlar. Genişletmek zararı artırır; inceleme reddi veya yeniden yükleme isteği regresyonu çözmez.
Mobile Distribution CiZorluk 3
Bir rollout konfigürasyonu şu şekilde ayarlanmış:
release:
  version: 4.2.0
  rollout_percentage: 10
  halt_on_crash_rate_increase: true

Uygulamanın 200.000 aktif kullanıcısı varsa, rollout bu aşamadayken yaklaşık kaç kullanıcı 4.2.0 sürümünü almış olur?
  • aYaklaşık 2.000 kullanıcı.
  • bYaklaşık 20.000 kullanıcı.✓
  • cYaklaşık 180.000 kullanıcı.
  • d200.000 kullanıcının tamamı, çünkü rollout yüzdesi sadece güncelleme görünürlük zamanlamasını etkiler, toplamı değil.
Açıklama:200.000'in %10'u 20.000'dir. Rollout yüzdesi, bu aşamada nüfusun ne kadarının yeni sürümü aldığını doğrudan kontrol eder, sadece görünürlük zamanlamasını değil.

Konular

Fl Dart Async Isolates 75Fl Dart Language Null Safety 75Fl Flutter Persistence Storage 75Fl Flutter Platform Channels Lifecycle 75Fl Flutter Rendering Widget Tree 75Fl Flutter State Management Widgets 75Ios Core Data Swiftdata Persistence 75Ios Lifecycle Background Execution 75Ios Memory Management Arc 75Ios Swift Concurrency Structured 75Ios Swift Type System Optionals 75Ios Swiftui State Rendering 75Kt Android Lifecycle Background Execution 75Kt Android Memory Context Leaks 75Kt Android Room Persistence 75Kt Jetpack Compose State Recomposition 75Kt Kotlin Coroutines Flow 75Kt Kotlin Type System Null Safety 75Mobile Distribution Ci 75Mobile Navigation 75Mobile Networking Offline 75Mobile Performance Battery 75Mobile Security Storage 75Mobile State Data 75Mobile Testing Automation 75Mobile Ui Lifecycle 75Rn Javascript Typescript Fundamentals 75Rn Native Bridge Modules 75Rn Navigation Lifecycle 75Rn Networking Persistence Offline 75Rn Performance Rendering 75Rn React Hooks State Management 75

Uzmanlığa göre

Android (Kotlin) 450Flutter 450iOS (Swift) 450React Native 450

Kıdeme göre

Mobil JuniorMobil MidMobil Senior

Diğer alanlar

BackendFrontendFullstackDevOps / CloudAI EngineerVeritabanıGüvenlikQA / Test OtomasyonuData EngineerOyun GeliştirmeML Engineer

2400 soruluk Mobil bankasında kendini sına.

Mülakata başla