Mobile App Wiki

Mobile App Wiki

mobileapp.wiki

Ana Sayfa

Kategoriler

mobileapp.wiki

Mobile App Wiki

Mobil uygulama geliştirme bilgi tabanı

GizlilikAna SayfaSitemapRSS
© 2026 mobileapp.wiki
Ana Sayfa/Test & QA/Beta Testing
Test & QA3 dk okuma

Beta Testing

Mobil uygulama beta test süreci rehberi. TestFlight ve Google Play Testing ile closed/open beta, geri bildirim toplama ve kalite güvence stratejileri.

betatesttestflightgoogle playgeri bildirimbugqaerken erişimtester

İçindekiler

Beta Testing Nedir?Beta Test TürleriClosed Beta (Kapalı Beta)Open Beta (Açık Beta)PlatformlariOS (TestFlight)Android (Google Play Testing)Beta Test SüreciGeri Bildirim ToplamaUygulama İçiHarici AraçlarOtomatikKaç Tester Gerekli?Beta Test MetrikleriPlatform FarklarıTestFlight AvantajlarıGoogle Play Testing AvantajlarıYaygın Hatalarİlgili Konular

Beta Testing Nedir?

Beta testing, uygulamanın store'da yayınlanmadan önce sınırlı bir kullanıcı grubuyla test edilmesidir. Bugları, UX sorunlarını ve performans problemlerini erken tespit eder. 2026 itibarıyla başarılı uygulamaların büyük çoğunluğu en az 2 hafta beta süreci yürütmektedir.

Beta Test Türleri

Closed Beta (Kapalı Beta)

  • Sınırlı ve seçilmiş kullanıcılar
  • Davet ile katılım
  • Daha kontrollü geri bildirim
  • Genellikle ilk aşama
  • NDA (gizlilik sözleşmesi) gerekebilir

Open Beta (Açık Beta)

  • Herkes katılabilir
  • Daha geniş test kapsamı
  • Store'da "Early Access" olarak listelenebilir (Google Play)
  • Daha fazla edge case tespiti
  • Pazarlama aracı olarak da kullanılabilir

Platformlar

iOS (TestFlight)

  • Internal: 100 tester, review gerekmez, anında dağıtım
  • External: 10,000 tester, ilk build review gerekir (genellikle 24-48 saat)
  • 90 gün build süresi (sonra expire olur)
  • Otomatik crash raporları ve ekran görüntüsü feedback
  • Tester grupları oluşturulabilir (QA, beta, VIP)
  • App Clips da TestFlight ile test edilebilir

Android (Google Play Testing)

  • Internal Testing: 100 tester, anında erişim (review yok)
  • Closed Testing: Sınırlı, seçimli grup (e-posta listesi veya Google Groups)
  • Open Testing: Herkes, Play Store'da "Early Access"
  • Production'a promote edilebilir
  • Pre-launch report ile otomatik test (Robo crawl)
  • Country targeting ile belirli ülkelerde test

Beta Test Süreci

  1. Hedef belirle: Ne test edilecek? Hangi akışlar kritik?
  2. Tester seç: Hedef kitleyi temsil eden kişiler
  3. Build dağıt: TestFlight / Play Console
  4. Geri bildirim topla: Form, uygulama içi, crash raporu
  5. Analiz et: Bugları önceliklendir, UX sorunlarını belirle
  6. Düzelt ve tekrarla: Yeni build → yeni test
  7. Mezun et: Beta başarılıysa production'a promote et

Geri Bildirim Toplama

Uygulama İçi

  • Shake to report (salla → hata bildir) - Instabug, Shake SDK
  • Feedback butonu (ayarlar veya profil ekranında)
  • Screenshot annotasyonu (ekran görüntüsü üzerine çizim)
  • In-app survey (NPS, memnuniyet anketi)

Harici Araçlar

  • Google Forms / Typeform (yapılandırılmış feedback)
  • Discord / Telegram grubu (topluluk geri bildirimi)
  • E-posta (detaylı bug raporları)
  • Canny / UserVoice (özellik istekleri)

Otomatik

  • Crash raporları (Crashlytics, Sentry)
  • Analytics (kullanım patikaları, drop-off noktaları)
  • Performance metrikleri (startup süresi, frame rate)
  • Session replay (LogRocket, UXCam)

Kaç Tester Gerekli?

Test AmacıMinimum Tester
Kritik bug tespiti20-50
UX geri bildirim50-100
Performans testi100-500
Geniş kapsam500-5000

Beta Test Metrikleri

  • Crash-free rate (hedef: %99+)
  • Geri bildirim sayısı ve içeriği
  • Test tamamlama oranı (kaç tester aktif kullandı?)
  • Ciddi bug sayısı (P0/P1)
  • NPS (Net Promoter Score)
  • Session süresi ve sıklığı

Platform Farkları

TestFlight Avantajları

  • Otomatik güncelleme bildirimi
  • Kullanıcı doğrudan feedback gönderebilir (screenshot + açıklama)
  • Build expire olunca kullanıcı eski sürümü kullanamaz (güvenlik)

Google Play Testing Avantajları

  • Staged rollout ile kademeli yayınlama (%1 → %10 → %100)
  • Country targeting (belirli ülkelerde test)
  • Pre-launch report (otomatik crawl + accessibility taraması + performance)
  • Closed testing'den open testing'e geçiş kolay

Yaygın Hatalar

  • Tester'ları seçerken sadece yakın çevreden almak (bias)
  • Feedback toplamadan sadece crash raporlarına bakmak
  • Beta süresini çok kısa tutmak (1 haftadan az)
  • Tester'lara teşekkür etmemek (motivasyon düşer)
  • Beta'da çıkan bugları önceliklendirmeden hepsini düzeltmeye çalışmak

Beta test atlamak, store'da 1 yıldız yorum almaya davet çıkarmaktır. En az 2 hafta beta süresi ayırın.

İlgili Konular

  • Crash Reporting (Crashlytics & Sentry)
  • TestFlight
  • Google Play Console Rehberi

Bu makaleyi nasıl buldunuz?

Paylaş

← Önceki

Crash Reporting (Crashlytics & Sentry)

Sonraki →

A/B Testing (Uygulama Ici)

İlgili Makaleler

Crash Reporting (Crashlytics & Sentry)

Uygulama çökme raporlama rehberi. Firebase Crashlytics ve Sentry ile crash-free rate yönetimi, stack trace analizi ve production hata izleme.

A/B Testing (Uygulama Ici)

Mobil uygulama içi A/B testing rehberi. Firebase Remote Config, Statsig ve RevenueCat ile experiment tasarımı ve istatistiksel anlamlılık analizi.

Performance Profiling

Mobil uygulama performans profiling rehberi. Startup time, frame rate, memory ve battery analizi araçları ile optimizasyon teknikleri detayları.

Unit Testing (Mobil)

Mobil uygulama birim test rehberi. Jest, XCTest ve JUnit araçları, AAA pattern, test coverage hedefleri ve platform bazlı test stratejileri.

E2E Testing (Uçtan Uca Test)

Mobil uygulama uçtan uca (E2E) test rehberi. Detox, Maestro ve Appium ile test otomasyonu, flaky test çözümleri ve bulut test servisleri.