Mobil Uygulama Erişilebilirliği: Ekran Değil Görev Test Edin

Testi kullanıcı görevleri etrafında kurun

Giriş yapma, arama, kayıt düzenleme ve onay verme gibi kritik işleri seçin. Her ekranı bağımsız kontrol etmek, aralarındaki odak veya yönlendirme sorununu kaçırabilir. Kullanıcı klavyeyi kapatamıyor veya hata sonrası doğru alana dönemiyorsa tekil düğmelerin etiketli olması yeterli değildir.

Android erişilebilirlik test rehberi manuel kontrolleri, yardımcı teknolojileri ve otomatik araçları birlikte ele alır. [1] Otomatik tarama önemli sorunları gösterebilir ama gerçek görev akışının tamamını değerlendirdiği varsayılmamalıdır. Test yöntemi ve kullanılan cihazlar raporda belirtilmelidir.

Ekran okuyucunun duyduğu anlamı inceleyin

Bir simge görsel olarak anlaşılır olabilir fakat erişilebilir adı yoksa işlevi belirsiz kalır. Düğmenin “ikon” yerine yaptığı işi anlatması gerekir. Seçili durum, hata ve yükleme bilgisi de uygun biçimde iletilmelidir. Aynı sayfadaki benzer düğmeler bağlamıyla ayırt edilebilmelidir.

Okuma sırası görsel düzenle uyumlu olsun. Açılan iletişim kutusunda odak doğru yere taşınmalı ve kapandığında anlamlı konuma dönmelidir. Ekran değiştiğinde kullanıcının nerede olduğu anlaşılmalıdır. Bu davranışlar gerçek yardımcı teknolojiyle denenmelidir.

Örnek: randevu saatini değiştirme

Varsayımsal uygulamada müşteri tarih seçiyor, boş saat buluyor ve değişikliği onaylıyor. Görsel takvimde dolu saatler gri gösterilmiş ama ekran okuyucu hepsini aynı okuyor. Kullanıcı uygun olmayan saati seçtiğinde neyin yanlış olduğunu anlayamıyor. Sorun sadece renk kontrastı değil durum bilgisidir.

Bu tablo bir sertifikasyon listesi değildir. Ürünün gerçek görevlerine göre genişletilecek örnek test planıdır.

Büyük metin ve küçük ekranda düzeni sınayın

Metin boyutu büyüdüğünde fiyat, durum veya onay düğmesi kesiliyor mu? Sabit yükseklikli kartlar önemli bilgiyi gizleyebilir. İçerik büyümesine izin veren yerleşim ve kaydırma davranışı kontrol edilmelidir. Sadece varsayılan yazı boyutuyla ekran görüntüsü almak yeterli değildir.

Klavye açıldığında formun altındaki eylem düğmesi görünür mü? Hata metni eklenince içerik taşar mı? Uzun Türkçe ifadeler ve farklı dillerle test yapın. Gerçek veri uzunlukları, tasarım maketindeki kısa örneklerden farklı olabilir.

Form hatalarını kullanıcıya iş yaptıracak şekilde açıklayın

W3C form rehberi etiketler, talimatlar ve hata bildirimleri için temel ilkeler sunar. [2] “Geçersiz” mesajı yerine hangi alanın hangi koşulu karşılamadığı anlaşılmalıdır. Hata yalnızca kırmızı çerçeveyle gösterilmemeli; kullanıcı uygun düzeltmeyi yapabilmelidir.

Gereksiz alanları azaltın. Otomatik doldurmanın ve uygun klavye türlerinin davranışını test edin. Kullanıcı aynı bilgiyi farklı ekranlarda tekrar girmek zorunda kalıyorsa erişilebilirlik ve kullanılabilirlik yükü birlikte artabilir.

Teslimde test kapsamı ve açık sorunlar olsun

Ekran okuyucu, büyük metin, farklı yönelimler ve desteklenen giriş yöntemleriyle kritik görevleri çalıştırın. Test cihazı, sürüm, adımlar ve sonuçlar kayıtlı olsun. Düzeltilmeyen sorunların etkisi ve planı açıkça belirtilsin.

Erişilebilirlik bir defalık tasarım onayı değildir. Yeni bileşen veya akış eklendiğinde ilgili testler tekrarlanmalıdır. “Tam erişilebilir” iddiası yerine hangi standardın ve kapsamın hangi yöntemle değerlendirildiği söylenmelidir; otomatik test puanı bağımsız uygunluk belgesi değildir.

Sık sorulan sorular

### Otomatik erişilebilirlik taraması yeterli mi? Hayır. Odak sırası, anlamlı etiket ve görev tamamlanması gibi konular manuel ve yardımcı teknolojiyle kontrol gerektirebilir.

Erişilebilirlik yalnızca ekran okuyucu için mi?

Hayır. Metin boyutu, etkileşim, hata açıklaması ve farklı kullanım koşulları da önemlidir. Kullanıcı görevlerini farklı ihtiyaçlarla değerlendirin.