Mobil sürümlerde kullanıcı akışlarını, yükseltmeyi, güvenliği, erişilebilirliği ve dilleri sınayın; kademeli dağıtım ile sorun anındaki adımları planlayın.
Uygulamanın ana ekranının açılması, yayına hazır olduğunu kanıtlamaz. Yalnızca geliştiricinin telefonunda çalışıyor, bağlantı kesildiğinde taslağı kaybediyor veya başka hesabın kaydını açıyor olabilir. İyi bir mobil yayın kontrol listesi, her riski bir kanıtla, sorumluyla ve kararla ilişkilendirir. Sıfır hata sözü vermez; hassas veri bulunan projelerde uzman incelemesinin yerine geçmez. Amaç neyin gerçekten sınandığını, nelerin bilinmediğini ve yayının hangi durumda durdurulacağını belirlemektir.
Aday sürümü sabitleyin, karar ölçütünü yazın
Açık bir sürüm numarası, derleme numarası, kod revizyonu ve test ortamıyla başlayın. Önceki sürüme göre değişiklikleri kaydedin; sunucu ayarları, çeviriler ve dış kütüphaneler de buna dahildir. Bir paketi test edip farklı paketi, etkilenen kontrolleri tekrarlamadan yayınlamayın. Onay sorumlusu ile test kanıtlarını sürüm kaydında tutun. Böylece denendi ifadesi, sonradan doğrulanamayan sözlü bir güvenceye dönüşmez.
Hataları etkilerine göre sınıflandırın. Veri kaybı, yetkisiz erişim veya ücretli işlemin yinelenmesi çözülene kadar yayını engellemelidir; küçük bir boşluk farkı, düzeltme tarihiyle kabul edilebilir. Bu sınırları teslim baskısı başlamadan belirleyin. Her istisnada etkilenen kullanıcıyı, kabul nedenini, geçici çözümü ve sorumluyu yazın. Çok sayıdaki küçük görsel sorun ile hizmeti kullanılamaz yapan tek sorun aynı ağırlıkta değildir.
Ayrı ekranlar yerine bütün yolculuğu sınayın
Uygulamanın değerini oluşturan akışları seçin: hesap açma, erişimi kurtarma, talep gönderme, durumunu izleme ve desteğe ulaşma. Gerçekçi test verileri kullanın; müşteri ekranını sunucudaki kayıtla ve çalışan paneliyle karşılaştırın. Geri dönmeyi, iki kez dokunmayı ve işlem ortasında uygulamayı kapatmayı deneyin. Kişi işlemin tamamlandığını, beklediğini veya yeniden denenmesi gerektiğini ayırt edebilmelidir. Dönen yükleme simgesi tek başına yeterli açıklama değildir.
Varsayımsal bir bakım rezervasyonu uygulamasında müşteri adresini gönderiyor ve onayı görmeden bağlantısı kesiliyor olsun. Yeni denemeye izin verilmeden önce rezervasyonun oluşup oluşmadığı anlaşılmalıdır. Geç gelen yanıtın ardından uygulamayı tekrar açın; güvenli yeniden denemenin aynı rezervasyon numarasını koruduğunu kontrol edin. Bu, önerilen bir kabul senaryosudur; gerçek müşteri sonucu veya belirli bir işletim sistemi davranışı iddiası değildir.
Yeni kurulum ile yükseltmeyi ayrı değerlendirin
Temiz kurulum bütün geçiş sorunlarını göstermez. Önceki sürümde açık oturum, kaydedilmiş taslak ve dil tercihi hazırlayın; sonra aday sürüme yükseltin. Yerel verileri, ayarları ve giriş bağlantılarını kontrol edin. Yeni alanları henüz bulunmayan eski bir hesap da kullanın. Müşteriler eski ve yeni uygulamaları birlikte kullanırken sunucunun iki sürümü desteklemesini değerlendirin. Bir veri alanını kaldırmanın eski istemciye etkisini özellikle inceleyin.
- Hedef cihaz kitlesinde küçük ve büyük ekranları kapsayın; yalnızca tek ölçüyle yetinmeyin.
- Yavaş bağlantıyı, tam kesintiyi ve ağ değiştirmeyi deneyin.
- Uygulamayı arka plana alın, geri dönün ve uzun görev sırasında ekranı kilitleyin.
- İsteğe bağlı izinleri reddedin; etkilenen işlevin açıklamasını veya alternatifini kontrol edin.
- Oturum bitince ve hedef kayıt kaldırılınca bildirim ile bağlantıları yeniden açın.
Güvenlik kontrolünü tekrarlanabilir eyleme dönüştürün
Android güvenlik rehberi, güvenli iletişim, sınırlı izin ve veri korumayı ele alır. Bunu teknik kaynak olarak kullanıp projeye özgü test yazın. İkinci hesap, kimliği değiştirerek başkasının ekini okuyabiliyor mu? Ortak telefonda çıkıştan sonra özel bilgi kalıyor mu? Günlükler ve raporlar parola veya gizli erişim belirteci içeriyor mu?
Yayın paketinde sunucu anahtarı veya taşınmaması gereken test ayarı bulunmadığını inceleyin. Hata mesajlarını da değerlendirin; geliştiriciye yararlı olan ayrıntı müşteriye gereksiz bilgi açabilir. Ayrı test hesabı ve verisi kullanın. Özel test ortamında sınanabilen akışı kanıtlamak için gerçek ödeme veya mesaj göndermeyin. Kapsam sınırlarını kaydedin; bu kontrollerden geçmek kapsamlı güvenlik sertifikası anlamına gelmez.
Erişilebilirlik ve diller işlevin parçasıdır
Android erişilebilirlik test çalışması, TalkBack ve Switch Access kullanımını tanıtır. Yayınınızda ana yolculuğu platforma uygun ekran okuyucuyla tamamlayın. Düğme adlarını, odak sırasını ve hata duyurularını inceleyin. Metni büyütün; tamamlama düğmesi erişilebilir kalsın. Görsel olarak kusursuz ekran, anlamsız resim adıyla okunan bir düğmenin sorununu çözmez.
Arapça, İngilizce ve Türkçe sürümlerde uzun içerik, sayı, tarih ve para birimlerini ayrı deneyin. Menülerin çevrilmesi yeterli değildir; bildirim, e-posta veya doğrulama hatası beklenmedik biçimde başka dile dönmemelidir. Logoları aynalamadan Arapça yönünü, Türkçe karakterleri ve randevu saat dilimlerini kontrol edin. Taslak varken dil değiştirin; yanıtlar korunsun. Ana dili konuşan kişiye yalnızca çeviri güzel mi diye sormak yerine somut bir görev verin.
Dağıtımı durdurmak ile kurtarmayı ayırın
Apple, aşamalı güncellemenin duraklatılabileceğini, ancak elle indirmenin mümkün kaldığını açıklar. Google'a göre kademeli dağıtımı durdurmak, sürümü almış kişileri eski sürüme döndürmez. Yayılımı sınırlamak, her durumu çözen bir geri alma düğmesi değildir.
Mimariniz destekliyorsa etkilenen özelliği güvenle kapatma yolunu hazırlayın; veri uyumluluğunu ve düzeltici sürüm planını koruyun. Sunucuyu geri almak, müşterinin yeni çalışmalarını silmemelidir. Kurtarmayı ayrı ortamda prova edin. Dağıtımı kimin durduracağını ve destek ekibini kimin bilgilendireceğini belirleyin. Bunlar işletim önerileridir; başvuru öncesi platformunuza ve hesabınıza ait güncel mağaza koşullarını ayrıca kontrol edin.
Yayın öncesi kabul kapısını netleştirin
Bakım örneğinde kabul koşulları; tekrarlı gönderimde tek rezervasyon, başka müşterinin kaydına erişimin engellenmesi, üç dilde çalışan akış ve kesinti sonrası taslak kurtarma olabilir. Her koşula sonuç ile derleme numarası ekleyin. Engelleyici hata çıkarsa yayın ertelenir. Koşullar sağlanırsa dağıtımı izleyebilecek sorumlu kişi hazırken başlayın; bütün ekibin çevrimdışı olduğu zamanı seçmeyin.
Yayın sonrasında çökmeleri, sunucu hatalarını, görev tamamlamayı ve destek başvurularını birlikte inceleyin. Kullanıcı desteğe ulaşamıyorsa az şikâyet olması sağlık kanıtı değildir. Gereksiz yolları azaltmak için ilk sürüm kapsamını gözden geçirin; bildirim senaryolarını da testlere ekleyin. Kontrol listesi her olaydan öğrenmeli ve genel güven duygusunu tekrarlanabilir kanıtla değiştirmelidir.
Editoryal açıklama: Makale, bağlantısı verilen resmî kaynaklardan yararlanılarak yapay zekâ desteğiyle hazırlanmıştır. Örnek varsayımsaldır. Bu liste güvenlik sertifikası veya uygulama mağazasında kabul garantisi değildir.