Mobil Form Erişilebilirliği: Ekran Okuyucu ve Hata Mesajı Testleri

Mobil form erişilebilirliği neyi kapsar?

Mobil form erişilebilirliği, kullanıcının alanları anlayabilmesi, veriyi girebilmesi, hatayı fark edebilmesi ve işlemi yardımcı teknolojilerle tamamlayabilmesi demektir. Test sadece renk ve yazı boyutuyla sınırlanmamalıdır. Ekran okuyucu etiketleri, gezinme sırası, klavye davranışı, hata mesajı ve başarılı gönderim geri bildirimi aynı iş akışının parçalarıdır.

Bu rehber, mobil ürünlerde kayıt, teklif veya iletişim formunu test etmek isteyen işletmelere uygulama odaklı bir çerçeve sunar. Genel arayüz tasarımından farklı olarak tek bir görevin yardımcı teknolojiyle tamamlanabilirliğine odaklanır. Buradaki öneriler bir mevzuat uygunluk belgesi veya bütün erişilebilirlik gereksinimlerinin karşılandığına dair sertifika değildir. Platforma, uygulama yapısına ve kullanıcı ihtiyacına göre uzman değerlendirmesiyle kapsam genişletilebilir.

Önce formun gerçek görevini belirleyin

Test senaryosunu “form ekranı açılır” yerine “kullanıcı talep oluşturur ve sonucunu öğrenir” şeklinde tanımlayın. Başlangıçtan tamamlanmaya kadar gerekli adımları yazın. Bir alanın görsel olarak düzgün durması, ekran okuyucunun onu doğru tanıdığı anlamına gelmez. Gereksiz alanları da sorgulayın; işlemin amacıyla ilişkisi olmayan bilgi istemek bütün kullanıcılar için ek yük oluşturabilir.

Test verisini hassas müşteri bilgisi yerine kontrollü örneklerle hazırlayın. Zorunlu alan, isteğe bağlı alan, yanlış biçim ve sunucu hatası ayrı senaryolar olsun. Kullanıcının metni girmesi kadar geri dönüp düzeltmesi de değerlendirilmelidir. Kabul listesine düzeltme sonrası bilgilerin korunmasını ve başarılı gönderimin anlaşılır biçimde bildirilmesini ekleyin.

Ekran okuyucuyla akışı baştan sona deneyin

Android'in Nisan 2026'da güncellenen erişilebilirlik test rehberi, TalkBack ile temel iş akışlarının tamamlanmasını, öğelerin erişilebilirliğini ve geçici mesajların sesli bildirilmesini kontrol etmeyi önerir. Bu yaklaşımı formunuzdaki her adım için kullanın. Denemeyi yalnızca alan etiketlerini dinleyerek bitirmeyin; gerçek gönderim ve hata düzeltme görevini tamamlayın.

iOS sürümünüz için VoiceOver ile ayrıca test planlayın. Android testinden alınan başarılı sonuç, diğer platformun otomatik olarak aynı davranacağına kanıt değildir. Her platformda ekranın açılması, alanlar arasında ilerleme, seçim yapma ve sonucu öğrenme yollarını inceleyin. Test edilen cihaz ve uygulama sürümünü kaydedin; farklı denemeleri tek bir belirsiz sonuç altında birleştirmeyin.

Etiketin söylediği ile ekranın gösterdiği aynı mı?

Bir alanın amacı anlaşılır olmalıdır. Yalnızca “metin alanı” veya “düğme” duyulması, kullanıcının ne yapacağını açıklamaz. Android'in erişilebilirlik ilkeleri, kullanıcıların girmesi gereken veriyi açıklayan alan etiketlerini ele alır. Bu ilkeden hareketle isim, telefon veya talep açıklaması gibi amaçları doğru ifade eden metinler hazırlayın.

Yer tutucu metin alan doldurulunca kaybolduğunda anlamın hâlâ erişilebilir olup olmadığını kontrol edin. Aynı ekrandaki benzer düğmelerin ayırt edilebilirliğini değerlendirin. Örneğin farklı belgeleri kaldıran kontrollerde hangi belgeye işlem uygulandığının anlaşılması önemlidir. Kullanıcıya bütün sayfayı yeniden okutan uzun etiketler yerine yeterli ve bağlama uygun açıklama seçin.

Gezinme sırası görev sırasını takip etmeli

Görsel yerleşim değiştiğinde erişilebilir gezinme sırasının da mantıklı kaldığını doğrulayın. Kullanıcı başlığı öğrenmeden hata mesajına, alanı anlamadan gönderim düğmesine ulaşmamalıdır. Bir açılır seçim veya onay penceresi açıldığında odak davranışını test edin. Pencere kapatıldığında kullanıcının nerede kaldığı anlaşılır olmalıdır.

Bu kontrolleri klavye açıkken de uygulayın. Giriş alanının veya devam düğmesinin ekran dışında kalması, işin tamamlanmasını engelleyebilir. Uzun metin, büyütülmüş yazı ve küçük ekran koşullarını ayrı deneyin. Sorunu yalnızca bütün öğeleri küçülterek çözmeye çalışmak yerine yerleşimin içerikle birlikte esnemesini değerlendirin. Tasarım ve geliştirme ekipleri kabul ölçütünü birlikte belirlemelidir.

Hata mesajı yalnızca kırmızı çizgi olmamalı

Eksik bilgi olduğunda kullanıcı hatanın hangi alanla ilişkili olduğunu ve nasıl düzeltileceğini öğrenebilmelidir. Renk dışında metinsel açıklama sunmayı ve bu açıklamanın yardımcı teknolojiyle erişilebilirliğini planlayın. “Geçersiz değer” yerine beklenen biçimi anlatan bir mesaj çoğu formda daha anlaşılır bir seçenek olabilir; mesajı gerçek doğrulama kuralıyla uyumlu tutun.

Hata oluşunca bütün alanları temizlemek kullanıcıyı aynı işi yeniden yapmaya zorlayabilir. Korunması uygun verileri muhafaza etmeyi, hassas alanları ise güvenlik gereksinimine göre ele almayı planlayın. Sunucu hatası ile kullanıcının yanlış girişini aynı mesajla göstermeyin. Kullanıcı doğru bilgi girdiği halde sistem erişilemiyorsa bir alanı düzeltmesini istemek yanıltıcı olur.

Başarılı gönderim de erişilebilir bir geri bildirim gerektirir. Sadece kısa süre görünen bir işaret yerine işlemin tamamlandığını ve sonraki adımı açıklayın. Formun kapandığı fakat talebin alınıp alınmadığının anlaşılmadığı durumları ayrıca test edin. Bildirimi gereksiz tekrarlarla kullanıcıyı yormadan, görevin sonucunu açıkça anlatacak biçimde tasarlayın.

Otomatik kontrol neden tek başına yeterli değildir?

Android test belgesi manuel test, analiz araçları, otomatik test ve kullanıcı testini farklı yöntemler olarak listeler. Otomatik tarama bazı sorunları bulabilir; ancak bir talebin anlaşılır adımlarla tamamlanması editoryal ve görev temelli değerlendirme de gerektirir. Araçta uyarı olmaması, bütün kullanıcıların formu kullanabildiğini kanıtlamaz.

Test sonuçlarını etiket, odak, giriş, hata ve sonuç başlıkları altında sınıflandırın. Her bulguya yeniden üretme adımı ve beklenen davranış ekleyin. Düzeltme sonrasında aynı görevi tekrar çalıştırın; yalnızca değiştirilen alanı incelemeyin. Erişilebilirlik sorunu çözüldüğünde normal dokunmatik akışın bozulmadığını da kontrol edin.

Kabul listesi ve proje kapsamı

Yayın öncesinde aşağıdaki soruları birlikte yanıtlayın:

• Kullanıcı alanın amacını ekran okuyucuyla anlayabiliyor mu?
• Zorunlu alan bilgisi erişilebilir biçimde sunuluyor mu?
• Seçim ve onay kontrolleri görev sırasıyla kullanılabiliyor mu?
• Hata mesajı ilgili alanı ve düzeltme yolunu açıklıyor mu?
• Klavye açıkken devam işlemi yapılabiliyor mu?
• Gönderim sonucu yardımcı teknolojiyle anlaşılabiliyor mu?

Webinle'nin mobil uygulama hizmeti üzerinden form akışınızı ve platform bazlı kabul testlerini değerlendirebilirsiniz. Daha geniş ürün kararları için mobil arayüz tasarımı rehberini inceleyin. Erişilebilir bir formun teslimi, sadece güzel görünen ekranla değil, kullanıcının görevi tamamlayabildiğini gösteren test kaydıyla tanımlanmalıdır.