Datça ve Fethiye: Mobil Uygulama ve Bağlantı Testi

Bir mobil uygulamanın maliyeti yalnızca ekran sayısına bağlı değildir. Bağlantı kesildiğinde işlemlerin ne olacağı, verinin nasıl yenileneceği ve kullanıcı hesabının nasıl yönetileceği önemli kapsam kalemleridir. Datça veya Fethiye’de çalışan bir işletme uygulama teklifini değerlendirirken bu kararları ilk toplantıda konuşabilir. Buradaki rezervasyon ve saha kaydı örnekleri varsayımsaldır; bölgede yapılmış müşteri projesi veya bağlantı kalitesine ilişkin araştırma iddiası değildir.

Uygulamanın çözeceği tekrar eden işlemi seçin

“Markamızın bir uygulaması olsun” tek başına geliştirme gerekçesi değildir. Müşteri aynı rezervasyonu takip etmek, personel sahada kayıt girmek veya bayi güncel stok görmek için ürünü düzenli kullanacak mı? Yalnızca iletişim bilgisi ve hizmet tanıtımı gerekiyorsa iyi bir mobil web sitesi daha uygun olabilir. Mağaza dağıtımı, cihaz özellikleri ve çevrimdışı ihtiyaçlar somutlaştığında uygulama seçeneği karşılaştırılmalıdır.

Platform kararı verilmeden hedef cihazlar, kullanıcı sayısının nasıl ölçüleceği ve mevcut sistemin API desteği belirlenmelidir. Web, yerel uygulama ve çok platformlu geliştirme arasında seçim; alışkanlık, cihaz erişimi ve bakım sorumluluğuyla birlikte yapılmalıdır. Hiçbir yaklaşım bütün projelerde aynı avantajı sağlamaz.

Okuma ve yazma işlemlerini ayırın

Telefon daha önce indirilmiş bir ürün listesini bağlantısız gösterebilir; bu, anlık stoğun güncel olduğu anlamına gelmez. Son güncelleme zamanı görünür olmalı ve hangi bilginin sunucudan yeniden doğrulanacağı belirtilmelidir. Android’in çevrimdışı mimari rehberi, yerel veri kaynağı ile ağ verisinin birlikte yönetilmesini ele alır. Aynı projede çevrimdışı okuma mümkünken bazı yazma işlemleri bağlantı gerektirebilir.

Örneğin personelin bir saha notunu taslak olarak kaydetmesi ile müşteriye kesin rezervasyon vermesi farklıdır. Kapasiteyi sunucu doğrulamadan rezervasyonu kesinleşmiş göstermek, iki kişinin aynı yeri almasına yol açabilir. Ekranda “cihazda kaydedildi”, “gönderim bekliyor” ve “sunucuda onaylandı” durumlarını ayırın.

Tekrar gönderim ve çakışma kurallarını yazın

Kullanıcı düğmeye iki kez basabilir veya bağlantı geri geldiğinde uygulama bir isteği tekrar gönderebilir. Aynı işlem için kalıcı bir işlem anahtarı kullanılması ve sunucunun tekrarları tanıması tasarlanmalıdır. Düğmeyi kısa süre kilitlemek tek başına bütün tekrarları önlemez; asıl doğrulama sunucuda yapılmalıdır.

• İstek gönderilirken uygulama kapanırsa işlem kaybolacak mı?
• Başarılı cevap cihaza ulaşmazsa kullanıcı hangi sonucu görecek?
• İki cihaz aynı kaydı değiştirirse hangi sürüm esas alınacak?
• Kullanıcı gönderilmemiş işlemi iptal edebilecek mi?
• Başarısız senkronizasyonu kim inceleyip düzeltecek?

Bir çakışmada eski verinin sessizce üzerine yazılması her işte uygun değildir. Fiyat, stok veya rezervasyon gibi kritik alanlarda yeniden doğrulama gerekebilir. Bu kurallar ekran çiziminden önce iş sahibiyle kararlaştırılmalıdır.

Hesap ve bildirim erişimini sınırlandırın

Bildirim izni verilmezse uygulamanın temel işlemleri çalışmaya devam etmelidir. Kullanıcıya hangi olaylar için bildirim gönderileceği anlatılmalı; gereksiz kişisel bilgi kilit ekranına taşınmamalıdır. Bildirimdeki bağlantı açıldığında hesap oturumu ve kayıt yetkisi yeniden kontrol edilmelidir.

Telefon değişimi, çıkış yapma, hesap kapatma ve yetki kaldırma test edilmelidir. Bir cihazda önceki kullanıcıdan kalan kayıtlar sonraki kullanıcıya görünmemelidir. Yerel depolamada hangi verinin tutulduğu, ne zaman temizlendiği ve erişimin nasıl korunduğu teklifin teknik bölümünde bulunmalıdır. Her projede bütün veriyi çevrimdışı saklamak gerekli veya uygun değildir.

Kabul testlerini gerçek cihazlarda tamamlayın

1. Bağlantıyı kapatıp daha önce yüklenen ve hiç yüklenmeyen ekranları açın.
2. Bir işlemi gönderirken bağlantıyı kesin; sonuç durumunu kontrol edin.
3. Bağlantıyı açıp bekleyen işlemin yalnızca bir kez kaydedildiğini doğrulayın.
4. Bildirim iznini reddedin ve temel görevi tamamlamayı deneyin.
5. Hesaptan çıkıp farklı kullanıcıyla giriş yaparak veri ayrımını kontrol edin.
6. Metin büyütme, ekran klavyesi ve uygulamaya geri dönüş durumlarını deneyin.

Teslimatta mağaza hesaplarının sahipliği, kaynak kod erişimi, hata kayıtları, sürüm yayınlama ve bakım kapsamı da belirlenmelidir. İlk sürümde bütün özellikleri toplamak yerine tek bir iş akışını güvenilir biçimde tamamlamak daha yönetilebilir bir başlangıç sağlar.

Deca Yazılım’ın mobil uygulama geliştirme ve Muğla mobil proje kapsamı sayfaları üzerinden gereksinimler görüşülebilir. Ekibimiz Atakum/Samsun merkezlidir; Datça ve Fethiye için proje iletişimi ve teslim biçimi keşif aşamasında netleştirilir.

Teknik kaynak: Android Developers — çevrimdışı çalışabilen uygulama mimarisi.