Mobil backend yayın kontrol listesi

Kimler için?

Mobil uygulama ve backend geliştiren ekipler.

Başlamadan önce

Kendi staging ortamınız, örnek kullanıcı akışı ve erişim modeli.

1. Kimlik ve erişim

Token süresi, refresh, oturum iptali, hesap silme ve parola yenilemeyi test edin. Başka kullanıcının veya tenant’ın ID’siyle kayıt erişiminin reddedildiğini doğrulayın.

2. Veritabanı ve dosyalar

Uygulama rolünün yalnızca gereken izinleri olsun. Bağlantı havuzu, indeksler ve sorgu sürelerini ölçün. Private dosyaların erişimini test edin; yedek kadar izole geri yükleme denemesini de planlayın.

3. Gerçek cihaz ve bağlantı kesintisi

Yavaş ağ, uçak modu, arka plan ve tekrar bağlanma durumlarını deneyin. Push token değişikliği, deep link ve offline çakışma senaryolarını iOS / Android cihazlarda ayrı doğrulayın.

4. Abonelik ve iş kuyrukları

Mağaza satın alma restore, iade ve gecikmiş webhook akışlarını sınayın. Aynı iş iki kez gelince çift sipariş veya bildirim üretmeyin. Başarısız işlerin güvenli yeniden işlenmesini tasarlayın.

5. İzleme, bütçe ve geri dönüş

Loglardan hassas veriyi çıkarın, sürüm ve request ID ekleyin. Kaynak limitlerini ve dış sağlayıcı giderlerini kontrol edin. Son sağlam sürüme dönme ve veri değişikliği telafi koşullarını yazın. Bu sitenin yayınlanmış olması müşteri altyapısının hazır olduğu anlamına gelmez.

6. Hata matrisiyle yayın kabulü yapın

Sadece başarılı senaryoyu gösteren bir demo yeterli değildir. Token süresi dolmuş, ağ yarıda kesilmiş, başka kullanıcı kaydı seçilmiş, dosya boyutu aşılmış ve aynı işlem tekrar edilmiş durumları deneyin. Her test için beklenen ekran, backend sonucu ve sorumlu kayıtlı olsun. İzin reddi ile geçici ağ hatası farklı kullanıcı mesajı gerektirir.

7. Ölçüm, alarm ve sürüm geri dönüşü

API hata oranı, p95 gecikme, kuyruk yaşı, disk ve bağlantı kullanımı için başlangıç ölçümü alın. Alarmın gerçek bir sorumluya ulaştığını test edin. Yeni mobil sürüm bütün cihazlara aynı anda yayılmaz; backend eski sürümle uyumlu kalmalı veya geçiş politikası açık olmalıdır. Geri alınacak API sürümü, yapılandırma ve migration davranışını birlikte yazın.

8. Yayın kararını kayıt altına alın

Checklist’in işaretlenmesi gerçek müşteri cloud servisinin açıldığı anlamına gelmez. Uygulama Cloud’un müşteri tahsisi ve ödeme akışları kapalıdır; buradaki kontrol listesi kendi uygulama ortamınız içindir. Ürün, backend ve operasyon sorumlusu kalan açık konuları birlikte değerlendirsin. Kimlik, restore veya mağaza doğrulama eksiğini pazarlama metniyle tamamlanmış gibi göstermeyin.

• Staging gerçek mail, ödeme ve kullanıcı push’u göndermiyor.
• Restore deneyi tamamlandı ve sonucu kayıtlı.
• Eski mobil sürümle kritik akış çalışıyor.
• Kalan risk için sorumlu ve takip tarihi belirli.