Mobil Uygulama Erişilebilirliği Nedir? Teknik Kontrol Rehberi
Mobil uygulama erişilebilirliği, kullanıcıların uygulamadaki görevleri farklı yardımcı teknolojiler ve giriş yöntemleriyle tamamlamasını hedefler. Ekran okuyucu desteği bu alanın önemli bir parçasıdır. Ancak metin büyütme, dokunma hedefleri, hata mesajları ve hareket tercihleri de kapsam taşır. Bu nedenle kalite planını yalnız tek cihazdaki hızlı kontrole indirgemeyin.
Öncelikle uygulamanın temel hizmetini tanımlayın. Örneğin rezervasyon, ödeme ve belge yükleme farklı kontrol noktaları içerir. Ayrıca kullanıcı hesabı, izin ekranı ve bildirim bağlantıları ana yolculuğu etkiler. Test ekibi bütün bu adımları görev haritasına eklemelidir.
Mobil uygulama erişilebilirliği ve semantik yapı
Geliştirici her etkileşimli öğenin adını, rolünü ve durumunu doğru aktarmalıdır. Örneğin yalnız büyüteç simgesi gösteren düğme arama amacını açık bir adla taşımalıdır. Ayrıca seçili sekme veya kapalı anahtar mevcut durumunu yardımcı teknolojiye bildirmelidir. Görsel biçim bu bilgilerin yerini tutmaz.
Android erişilebilirlik ilkeleri, etiketler ve bileşen davranışı için resmî kaynak sunar. Bunun yanında iOS accessibility çalışmasını kendi platform araçlarıyla değerlendirin. Aynı görsel tasarım iki platformda aynı teknik yapı anlamına gelmez. Ortak kod tabanı da ayrı platform testlerini gereksiz kılmaz.
Mobil uygulama erişilebilirliği için test matrisi
| Test alanı | Örnek senaryo | Kabul sorusu |
|---|---|---|
| Ekran okuyucu | Ürün seçme ve sepete ekleme | Ad, fiyat ve işlem sonucu açık mı? |
| Metin ölçeği | Sistem yazı boyutunu artırma | Temel bilgi ve düğmeler görünür mü? |
| Dokunma | Yan yana küçük kontroller | Yanlış hedef riski makul mü? |
| Hata yönetimi | Eksik veya yanlış giriş | Kullanıcı çözüm yolunu anlıyor mu? |
| Kesinti | Ağ değişimi veya uygulamaya dönüş | İşlem durumu açık mı? |
Öncelikle hedef kitlenizin cihaz ve işletim sistemi dağılımını inceleyin. Ardından temsilî ortamları seçin. Ayrıca yalnız en yeni cihazı test etmekle yetinmeyin. Ekip desteklediği sürüm aralığını raporda açıkça belirtmelidir.
Metin ölçeği ve dokunma alanları
Kullanıcı sistem metin boyutunu artırdığında ekranı yeniden kontrol edin. Başlık büyürken işlem düğmesi ekran dışına taşmamalıdır. Ayrıca sabit yükseklikteki kutuların metni kırpmadığını doğrulayın. Gerçek uzun adlar ve farklı diller bu sorunları daha görünür kılar.
Dokunma alanını yalnız simgenin çizimine göre değerlendirmeyin. Örneğin küçük simge daha geniş bir etkileşim alanı taşısın. Bununla birlikte alanlar birbirine girmemelidir. Sayısal hedefleri ilgili platform rehberiyle belirleyin; webdeki CSS pikseliyle yerel uygulama birimlerini karıştırmayın.
Mobil uygulama erişilebilirliği için gezinme ve odak
Bir pencere açıldığında kullanıcı yeni bağlamı anlamalıdır. Ardından pencereyi kapattığında mantıklı başlangıç noktasına dönmelidir. Ayrıca yükleme ve sonuç bildirimlerini uygun zamanda duyurun. Her küçük değişikliği aynı öncelikle duyurmak aşırı sesli yük yaratır.
Örneğin ödeme sonrası başarı ekranını yalnız yeşil renkle göstermeyin. İşlem sonucu ve sonraki adım metinle de açık olsun. Bunun yanında kullanıcı uygulamadan ayrılıp döndüğünde mevcut durumu takip etmelidir. Kesintiler gerçek mobil kullanımın parçasıdır.
Örnek kabul testi: Randevu oluşturma
Öncelikle kullanıcı hizmeti bulsun ve tarih seçsin. Ardından uygun saati belirleyip iletişim bilgisini girsin. Test uzmanı bu akışı VoiceOver veya TalkBack ile tamamlasın. Ayrıca dolu saat, bağlantı hatası ve geri dönüş durumlarını denesin.
Kayıtta cihaz, işletim sistemi, uygulama sürümü ve yardımcı teknoloji ayarı yer alsın. Sonrasında beklenen davranışla gerçek çıktıyı karşılaştırın. Android accessibility raporuyla iOS raporunu aynı sonuç gibi birleştirmeyin. Ortak bulguları ilişkilendirin; platforma özel sorunları ayrı tutun.
Bakım ve ürün sorumluluğu
Mobile app accessibility çalışması tek sürümle bitmez. Yeni bileşen, ödeme sağlayıcısı veya tasarım sistemi değişikliği kapsamı etkiler. Bu nedenle sürüm kabulüne temel görev testlerini ekleyin. Ayrıca kullanıcı geri bildirimlerini teknik iş listesine taşıyın.
Dijital hizmetinizin web ve mobil temas noktalarını NEXTDİJİ ile değerlendirin. Mevcut platformları, kritik akışları ve geliştirme sorumlularını paylaşın. Böylece kapsam, gerçekten ihtiyaç duyduğunuz işlerle şekillenir.
Hata kaydını geliştiricinin yeniden üretmesine yardımcı olun
Öncelikle başlangıç ekranını ve kullanıcının son eylemini kaydedin. Ardından gerçek duyuruyu, odak konumunu ve beklenen sonucu yazın. Ayrıca yalnız ekran görüntüsüyle yetinmeyin. Etkileşim sırası çoğu sorunun nedenini daha açık gösterir. Test hesabında kişisel veri yerine örnek bilgi kullanın.
Örneğin kullanıcı geri düğmesine bastığında önceki seçim kaybolsun. Bunun iş akışına etkisini ve tekrar adımlarını açıklayın. Ardından geliştirici düzeltmeyi aynı ortamda sınasın. Ayrıca ilgili diğer ekranları yeniden kontrol edin. Ortak gezinme değişikliği farklı görevleri de etkiler. Bu yaklaşım hata kapatma kararını somut kullanım kanıtına bağlar.
Sık sorulan sorular
Tek platform testi yeterli mi?
Hayır. Platformlar ve yardımcı teknolojiler farklı davranışlar taşır. Destek kapsamınıza göre ayrı test planlayın.
Ekran okuyucu desteği bütün erişilebilirliği karşılar mı?
Hayır. Metin ölçeği, dokunma, hareket ve farklı kullanım ihtiyaçlarını da inceleyin.