01Sorun ve çözüm
Mobil uygulama testi hizmetimizde uygulamanızı kullanıcılarınızın gerçekten kullandığı cihaz ve işletim sistemi sürümlerinde, gerçek hayattaki koşullarda sınıyoruz: zayıf ya da kesik bağlantı, gelen arama, uygulamanın arka plana alınması, izinlerin reddedilmesi, düşük pil modu. Bulguları ekran kaydı, cihaz bilgisi ve tekrar adımlarıyla raporluyor, tekrarlayan akışlar için otomatik testler kuruyoruz.
02Kimler için
Mobil uygulama testi kimler için önemli
Test ihtiyacı uygulamanın kitlesi büyüdükçe ve cihaz çeşitliliği arttıkça keskinleşir.
- İlk sürümünü mağazaya göndermeye hazırlanan ve inceleme reddi riskini azaltmak isteyen girişimler
- Uygulamasını dış bir ajansa yaptırmış ve teslim öncesinde bağımsız test yaptırmak isteyen işletmeler
- Mağaza yorumlarında belirli cihazlarda çökme şikâyeti alan ve sorunu yeniden üretemeyen ürün ekipleri
- Ödeme, rezervasyon ya da sipariş gibi gelir getiren akışları mobilde yürüten e-ticaret ve hizmet şirketleri
- Saha personelinin çevrim dışı kullandığı kurumsal mobil uygulamalara sahip firmalar
03İhtiyaçlar
Mobilde web'den farklı test edilmesi gerekenler
Mobil uygulama, kontrol edemediğiniz bir cihazda ve öngöremediğiniz koşullarda çalışır.
- 01
Cihaz ve sürüm çeşitliliği
Android tarafında üretici arayüzleri, ekran boyutları ve agresif pil yönetimi davranışı değiştirir. iOS'ta ise kullanıcıların bir kısmı eski sürümlerde kalır; test matrisi uygulamanızın analitik verisine göre seçilmelidir.
- 02
Kesintiler ve yaşam döngüsü
Uygulama arka plana alındığında, telefon kilitlendiğinde ya da işletim sistemi belleği boşaltmak için uygulamayı kapattığında kullanıcının girdiği verinin korunması gerekir.
- 03
Ağ koşulları
Mobil veri ile Wi-Fi arasında geçiş, zayıf sinyal ve tamamen kopuk bağlantı ayrı senaryolardır. İsteklerin zaman aşımı, yeniden deneme ve çevrim dışı kuyruk davranışı bu koşullarda sınanır.
- 04
Bildirimler ve derin bağlantılar
Firebase Cloud Messaging ve Apple'ın bildirim servisi üzerinden gelen bildirime dokunulduğunda doğru ekranın açılması, uygulama kapalıyken de çalışmalıdır.
- 05
Mağaza yönergeleri
İzin gerekçesi metinleri, hesap silme seçeneği, uygulama içi satın alma kuralları ve gizlilik bildirimleri eksik olduğunda sürüm incelemeden geri dönebilir.
04Özellikler
Mobil uygulama testi hizmeti kapsamı
Test planı uygulamanızın kitlesine ve kritik akışlarına göre kurulur.
- 01
Gerçek cihaz matrisi
Kullanıcılarınızın en çok kullandığı cihaz, ekran boyutu ve işletim sistemi sürümü kombinasyonları belirlenir; testler bu cihazlarda ve bulut cihaz çiftliklerinde yürütülür.
- 02
Keşif testi
Senaryo dışına çıkılarak uygulama gerçek bir kullanıcı gibi zorlanır: hızlı ardışık dokunuşlar, geri tuşu, ekran döndürme, sistem yazı boyutunun büyütülmesi.
- 03
Erişilebilirlik kontrolleri
TalkBack ve VoiceOver ile ekran okuyucu uyumu, dokunma alanı büyüklükleri ve renk kontrastı kontrol edilir.
- 04
Kurulum ve güncelleme senaryoları
Uygulamanın temiz kurulumu kadar eski sürümden güncellenmesi de test edilir; yerel veritabanı göçü sırasında kullanıcının verisinin kaybolmadığı doğrulanır.
- 05
Otomatik regresyon paketi
Giriş, kayıt ve ödeme gibi her sürümde tekrar edilen akışlar Espresso, XCUITest, Appium ya da Maestro gibi araçlarla otomatikleştirilir.
05Entegrasyonlar
Test sürecine bağladığımız dağıtım ve izleme araçları
Test edilen sürüm, kullanıcıya ulaşacak sürümle aynı yoldan dağıtılmalıdır.
- 01
TestFlight ve Google Play test kanalları
Test sürümleri iç ve kapalı test kanallarıyla dağıtılır. Google Play'in yeni kişisel geliştirici hesaplarından istediği kapalı test aşaması da bu planın içinde ele alınır.
- 02
Çökme ve hata izleme
Firebase Crashlytics ya da Sentry gibi araçlardan gelen çökme raporları test bulgularıyla eşleştirilir; canlıdaki sorunlar için tekrar adımları çıkarılır.
- 03
Bulut cihaz çiftlikleri
Firebase Test Lab ya da BrowserStack gibi hizmetlerle elde bulunmayan cihazlarda otomatik testler çalıştırılır.
- 04
CI hatları
GitHub Actions, Bitrise ya da Codemagic gibi ortamlarda her derlemede otomatik testler koşturulur ve sonuçlar ekibe bildirilir.
06Süreç
Mobil uygulama testi hizmeti nasıl ilerler?
Adım 01
Analiz
İş akışınızı, kullanıcılarınızı ve mevcut sistemlerinizi dinleriz; kapsamı, öncelikleri ve kabul ölçütlerini yazılı hâle getiririz.
Adım 02
Tasarım
Ekran akışlarını ve veri modelini çıkarırız. Arayüzü sizinle gözden geçirip onay almadan geliştirmeye geçmeyiz.
Adım 03
Geliştirme
Kısa döngülerle çalışırız; her döngü sonunda çalışan bir sürümü test ortamında görürsünüz.
Adım 04
Test
İşlevsel testler, entegrasyon testleri ve temel güvenlik kontrolleriyle hataları yayından önce yakalarız.
Adım 05
Yayın
Sunucu, alan adı, yedekleme ve izleme ayarlarını yaparak canlıya alırız; ekibinize kısa bir kullanım eğitimi veririz.
Adım 06
Bakım
İsterseniz bakım ve destek anlaşmasıyla güncellemeleri, izlemeyi ve yeni geliştirmeleri sürdürürüz.
07Teknoloji
Test yaparken dikkat ettiğimiz noktalar
Yerel uygulamalarda, yani Android'de Kotlin ve Jetpack Compose ya da iOS'ta Swift ile yazılmış projelerde, platforma özgü davranışlar ayrı test edilir. Flutter veya React Native gibi ortak kod tabanlarında ise her iki platformda aynı kodun farklı sonuç verdiği noktalara, özellikle klavye, izin diyalogları ve yerel modül köprülerine odaklanırız.
Devamını okuDaha az göster
Güvenlik tarafında cihazda şifresiz saklanan oturum belirteçleri, ekran görüntüsünde görünen hassas bilgiler, uygulama arka plana alındığında açık kalan kişisel veriler ve trafiğin şifreli bağlantı dışında gönderilip gönderilmediği kontrol edilir. Kişisel veri işleyen uygulamalarda izin metinlerinin ve KVKK aydınlatma bağlantısının doğru yerde olması da test listesindedir.
Raporlarımızda her hata için cihaz modeli, işletim sistemi sürümü, uygulama sürümü, ağ durumu ve ekran kaydı yer alır. Geliştirici ekibin hatayı ilk denemede yeniden üretebilmesi, düzeltme süresini en çok kısaltan şeydir.
08Çalışma modelleri
Bu hizmette çalışma modelleri
09Sık sorulan sorular
Mobil uygulama testi hakkında sık sorulan sorular
Mobil uygulama testi fiyatları hangi etkenlere bağlıdır?
Test edilecek platform sayısı, ekran ve akış adedi, cihaz matrisinin genişliği, otomatik test isteyip istemediğiniz ve test turu sayısı belirleyicidir. Uygulamanızı inceledikten sonra kapsamlı bir test planı ve teklif sunarız.
Kaç farklı cihazda test yapmak gerekir?
Doğru sayı kullanıcı kitlenize bağlıdır. Yayındaki bir uygulamada analitik verisinden kullanıcıların çoğunluğunu temsil eden cihazlar seçilir; yeni bir uygulamada ise hedef kitleye göre farklı fiyat segmentlerinden ve sürümlerden dengeli bir set oluşturulur.
Emülatör ve simülatör testleri yeterli değil mi?
Hızlı geri bildirim için faydalıdırlar ama gerçek cihazın bellek sınırlarını, üretici arayüzü farklarını, kamera ve sensör davranışını ve gerçek ağ koşullarını tam yansıtmazlar. Kritik akışlar mutlaka gerçek cihazda doğrulanmalıdır.
Uygulamamız mağaza incelemesinden reddedildi; yardımcı olabilir misiniz?
Red gerekçesini inceleyip ilgili yönergeyle karşılaştırır, sorunun kodda mı, metadata'da mı yoksa izin metinlerinde mi olduğunu belirleriz. Düzeltme sonrasında yeniden göndermeden önce ilgili akışları tekrar test ederiz.
Mobil uygulama testi hizmeti içinde performans da ölçülüyor mu?
Açılış süresi, ekran geçişlerindeki takılmalar, bellek kullanımı ve pil tüketimi temel düzeyde ölçülür. Arka uç servislerin yoğun trafik altındaki davranışı ise ayrı bir yük testi çalışmasının konusudur.
Testlerden sonra otomatik testleri kendi ekibimiz sürdürebilir mi?
Otomatik testler sizin deponuzda, ekibinizin kullandığı dil ve araçlarla yazılır. Yeni ekran eklendiğinde testlerin nasıl genişletileceğini anlatan kısa bir belge ve uygulamalı bir devir oturumu sunarız.
10İlgili hizmetler