Internal Testing: nedir, nasıl çalışır ve track nasıl ayarlanır

Internal Testing Nedir?

Internal Testing, Google Play Console ve TestFlight'da geliştirme ekibi üyeleri arasında build'leri dağıtmak için tasarlanmış bir test track'idir. Açık beta testlerinin aksine, Internal Testing'e erişim, geliştirici hesabı sahibi tarafından onaylanan e-posta adresleri listesiyle sınırlıdır.

Ana avantaj, test uzmanlarına minimum build teslimat süresidir. Google Play'de Internal Testing'in moderasyondan geçmesi gerekmez — build, yüklemeden 5–15 dakika sonra katılımcılara görünür. App Store'da TestFlight aracılığıyla build, önceden App Review olmadan da teslim edilir, ancak temel güvenlik gereksinimleri için otomatik kontrole tabidir.

Internal Testing Diğer Track'lerden Nasıl Farklıdır

Google Play'de üç test track'i vardır: Internal Testing, Closed Beta (Open Beta) ve Prodüksiyon. Internal Testing en hızlı ve katılımcı sayısı bakımından en sınırlı olanıdır (100 kişiye kadar). Closed Beta, 10.000 katılımcıya kadar izin verir ve bir test sayfası kurulumu gerektirir. Prodüksiyon, tam moderasyonlu son aşamadır.

Internal Testing Ne Zaman Kullanılır

Internal Testing, beta track'lerine geçmeden önce ilk build doğrulaması için kullanılır. Geliştiriciler, QA ekibi için günlük build'ler yükler, yeni SDK entegrasyonlarını kontrol eder, farklı işletim sistemi sürümleriyle uyumluluğu test eder ve build dış test uzmanları tarafından görülmeden önce regresyon hatalarını belirler.

Google Play'de Internal Testing

Google Play Console'da Internal Testing, Release → Testing bölümünde bulunan ayrı bir track'tir. Bir test uzmanı eklemek için e-posta adresini girmek yeterlidir — katılımcı, Google Play üzerinden katılmak için bir davetiye ve bağlantı alır. Build'ler, prodüksiyon sürümleriyle aynı arayüz üzerinden yüklenir.

İç Track'te Yayınlama Süreci

Geliştirici, Google Play Console'un Internal Testing bölümüne bir App Bundle veya APK yükler. Sistem temel gereksinimleri kontrol eder: imza, kod sürümü ve API uyumluluğu. 5–15 dakikalık işlemin ardından build, test uzmanları için kullanılabilir hale gelir. Durum konsolda izlenir: Taslak, İncelemede, Teste Hazır.

// Fastlane — Internal Testing track'ine yayınlama
lane :internal_testing do
    gradle(task: ":app:assembleRelease")
    
    upload_to_play_store(
        track: "internal",
        release_status: "completed",
        rollout: 1.0
    )
    
    slack(
        message: "Build uploaded to Internal Testing"
    )
end

Test Uzmanlarını Yönetme

Katılımcı ekleme, Google Play Console'daki Testers bölümü aracılığıyla yapılır. CSV dosyası aracılığıyla grup yüklemesi desteklenir. Her test uzmanı, bir davetiye ve kurulum talimatları içeren bir e-posta alır. Erişimi iptal etmek için katılımcıyı gruptan çıkarmak yeterlidir — yüklü uygulama çalışmaya devam eder, ancak yeni güncellemeler gelmez.

App Store'da TestFlight ile Internal Testing

Apple ekosisteminde, Internal Testing rolünü TestFlight üstlenir — beta sürümlerini dağıtmak için bir platform. TestFlight, App Store Connect üzerinden e-posta ile eklenen 100 dahili test uzmanına kadar destekler. Bir build'i yayınlamak için tam App Review gerekmez, ancak build otomatik olarak minimum gereksinimler için kontrol edilir.

TestFlight Internal Testing Özellikleri

Internal Testing'in hiçbir moderasyon gerektirmediği Google Play'in aksine, Apple otomatik temel inceleme gerçekleştirir. Kontrol 30–60 dakika sürer ve kötü amaçlı API'ler için ikili kod taraması ve temel gereksinimlere uygunluğu içerir. Başarılı kontrolden sonra build, 24 saat içinde test uzmanları için kullanılabilir hale gelir. Build 90 gün geçerlidir.

App Store Connect'te Internal Testing Ayarlama

App Store Connect'te Internal Testing, TestFlight → Internal Testing bölümünde yapılandırılır. Hesap sahibi, e-posta ile test uzmanları ekler ve roller atar. Xcode veya Transporter aracılığıyla bir build yüklendikten sonra sistem, katılımcılara yeni bir sürümün kullanılabilirliği hakkında bildirim gönderir. Test uzmanları, cihazlarındaki TestFlight uygulaması aracılığıyla uygulamayı yükler.

Internal Testing Track'i Nasıl Ayarlanır

Her iki platform için Internal Testing kurulumu 10 ila 30 dakika sürer. Aşağıda Google Play ve App Store için adım adım talimatlar verilmiştir. Süreç, uygulama kodunda değişiklik gerektirmez — geliştirici konsolunun bir kez ayarlanması yeterlidir.

CI/CD Sistemleriyle Entegrasyon

Her iki mağaza da API aracılığıyla Internal Testing'de yayınlamayı destekler. Otomasyon için Gradle Play Publisher (Google Play) ve Fastlane (her iki platform) kullanılır. CI/CD hattı, birim testlerinin ve UI testlerinin her başarılı çalıştırılmasından sonra İç track'e build yükleyebilir.

Test Hesapları Ayarlama

Kimlik doğrulama gerektiren uygulamalar için test hesapları hazırlamak ve QA ekibine sağlamak gerekir. Hesapların test ortamına (staging/development) erişimi olmalı ve prodüksiyon verilerini etkilememelidir. İç track için ayrı bir test Firebase yapılandırması oluşturulması önerilir.

Internal Testing ile QA İş Akışı

Internal Testing, CI'da otomatik kontrolleri geçtikten sonra QA hattına entegre edilir. Geliştirici veya DevOps mühendisi build'i İç track'e yükler, ardından QA mühendisleri bir bildirim alır ve uygulama mağazası aracılığıyla test cihazlarına güncellemeyi yükler.

Optimum Yayın Sıklığı

Build'lerin günlük olarak veya kod tabanında önemli bir değişiklikten sonra Internal Testing'e yayınlanması önerilir. QA ekibi kritik senaryoları test eder: kimlik doğrulama, ana kullanıcı akışı, API entegrasyonu ve yerel depolama işlemleri. Regresyon testi her üçüncü veya dördüncü build'de gerçekleştirilir.

Geri Bildirim Toplama Araçları

Hata raporlarını toplamak için takip sistemleri ile entegrasyon kullanın: Jira, YouTrack, Trello veya GitHub Issues. Test uzmanları ekran görüntüleri, günlükler ve yeniden üretme adımları gönderir. TestFlight, cihaz sallandığında ekran görüntüleri ve cihaz günlükleri toplamak için yerleşik desteğe sahiptir — veriler App Store Connect aracılığıyla geliştiriciye gönderilir.

CI/CD Hattı Entegrasyonu

Build'leri Internal Testing track'ine otomatik olarak yayınlamak için bir CI/CD hattı kurun. Birim testlerini ve UI testlerini geçtikten sonra, betik build'i İç track'e yükler ve QA ekibine bir bildirim gönderir. Fastlane, track: internal parametresiyle kullanıma hazır upload_to_play_store eylemini sağlar. iOS için, TestFlight'a yüklemek üzere Fastlane Pilot'u kullanın.

Internal Testing Sınırlamaları ve Limitleri

Internal Testing katılımcı sayısı konusunda katı sınırlara sahiptir: Google Play'de 100 kişiye kadar ve TestFlight'da 100 dahili test uzmanına kadar. Google Play ayrıca grup sayısını sınırlar — İç track için maksimum 1 grup. App Store build sayısını sınırlamaz, ancak her build 90 gün geçerlidir.

Platformlar Arasındaki Limit Farkları

Google Play, İç track'e yüklenen build sayısını sınırlamaz, ancak 90 gün hareketsizlikten sonra track otomatik olarak askıya alınabilir. TestFlight daha katı sınırlara sahiptir: aynı anda 30 aktif build'e kadar, 10.000 harici test uzmanına kadar (İç değil). Kısıtlamaları kaldırmak için Apple Developer Enterprise programına katılım gerekir.

İç'ten Açık Beta'ya Geçiş

Build İç track'te stabilize edildikten sonra, harici bir kitleyle test için Kapalı veya Açık Beta'ya taşınır. Google Play, track ayarlarını kopyalamaya ve build'i yeniden yüklemeden aktarmaya izin verir. TestFlight, yeni test uzmanı gruplarıyla ayrı bir harici track oluşturulmasını gerektirir.

Internal Testing Track Güvenliği

İç track'teki build'ler harici erişime karşı korunur: yalnızca Google Play Console veya App Store Connect aracılığıyla yetkilendirilmiş katılımcılar uygulamayı indirebilir. Birisi uygulama bağlantısını bilse bile, yetkisiz bir kullanıcı build'i yükleyemez. Bu, yeni özelliklerin gizliliğini sağlar ve geliştirme aşamasında fikri mülkiyeti korur.