Ekran Okuyucu Testi: NVDA ve VoiceOver ile Web Kontrolü

Ekran okuyucu testi, kullanıcının web içeriğini yardımcı teknolojiyle nasıl algıladığını ve kullandığını incelemeyi sağlar. Amaç yalnız sayfayı baştan sona dinlemek değildir. Uzman gezinme, form, hata düzeltme ve sonuç takibi gibi görevleri tamamlar. Böylece teknik yapı gerçek kullanım içinde anlam kazanır.

Öncelikle test hedefini ve ortamını yazın. İşletim sistemi, tarayıcı, ekran okuyucu ve sürümleri kayıt altında olmalıdır. Ayrıca kullanılan ayarları ve giriş yöntemini belirtin. Çünkü aynı sayfa bazı birleşimlerde farklı davranış gösterir.

Ekran okuyucu testi için araç ve ortam seçimi

NVDA, Windows üzerinde çalışan bir ekran okuyucudur. VoiceOver ise Apple platformlarının yardımcı teknoloji seçeneklerinden biridir. Ancak bu araçları tek bir ortak tuş listesiyle açıklamayın. İşletim sistemi ve kullanım yöntemi farklılık taşır.

Örneğin NVDA testi için NV Access kullanıcı rehberini temel alın. VoiceOver erişilebilirlik incelemesinde ise Apple rotor rehberinden yararlanın. Rotor, başlık ve bağlantı gibi öğeler arasında gezinmeye yardımcı olur. Ayrıca masaüstü klavye kullanımıyla mobil hareketleri birbirine karıştırmayın.

Ekran okuyucu testi için görev tablosu

Görev	Beklenen bilgi	Kontrol
Sayfaya giriş	Başlık ve ana yapı	Kullanıcı konumu anlıyor mu?
Menü kullanımı	Ad ve açık/kapalı durum	Kullanıcı gezinmeyi tamamlıyor mu?
Form doldurma	Etiket ve talimat	Alan amacı açık mı?
Hata düzeltme	Sorun ve çözüm yolu	İlgili alana dönüş var mı?
İşlem sonucu	Başarı veya başarısızlık	Sonuç duyurusu yeterli mi?

Önce kullanıcıya gerçekçi bir görev verin. Örneğin hizmet paketini bulup teklif talebi oluşturmasını isteyin. Ardından işlemi gereksiz yönlendirme olmadan takip edin. Böylece yalnız tek kontrolü değil, görev içindeki bilgi akışını değerlendirirsiniz.

Başlık, bağlantı ve okuma sırası

Ekran okuyucular semantik yapıyı gezinme için kullanır. Bu nedenle görsel olarak büyük metin her zaman başlık işlevi taşımaz. Başlık listesinden bölümler arasında ilerleyin. Ayrıca bölüm adlarının içeriği doğru yansıttığını kontrol edin.

Örneğin üç farklı bağlantının adı “Detaylar” ise bağlamı ayrı inceleyin. Kullanıcı bağlantıları liste hâlinde dinlediğinde aynı adlar hedefleri ayırt etmeyi zorlaştırır. Bu nedenle bağlantı adı veya programatik bağlam yeterli bilgi sağlamalıdır. Çünkü görsel yakınlık aynı bilgiyi her kullanımda tek başına aktarmaz.

Ayrıca CSS yerleşimi ile belge sırasını karşılaştırın. Örneğin bazı düzenlerde yan yana kutular sesli okumada farklı sıra izler. Uzman, sıranın anlamı bozup bozmadığını görev üzerinden değerlendirir. Yalnız görsel konuma bakarak karar vermeyin.

Ekran okuyucu testi sırasında form davranışı

Öncelikle her alanın adını ve gerekli açıklamasını dinleyin. Ardından zorunlu alan bilgisi ve giriş biçimini kontrol edin. Hata oluşturduğunuzda sistem yalnız renk değiştirmemelidir. Kullanıcı sorunun hangi alanda olduğunu ve nasıl düzelteceğini öğrenmelidir.

Örneğin kullanıcı yanlış tarih yazdığında mesaj açık biçim örneği sunmalıdır. Ayrıca hata özeti kullanıcıyı ilgili alana taşımalıdır. Sistem doğru bilgileri düzeltme sırasında korumalıdır. Böylece kullanıcı bütün başvuruyu yeniden başlatmak zorunda kalmaz.

Başarı durumunu da ayrı test edin. Kullanıcı formu gönderdiğinde sonucu duyabilmelidir. Ancak her küçük değişikliği yüksek öncelikle duyurmak da aşırı yük yaratır. Geliştirici bildirim zamanını ve önceliğini gerçek görevle sınamalıdır.

NVDA testi ve gezinme modları

NVDA web içeriğinde gezinme ile form kontrolüne giriş için farklı modlar kullanır. Bu nedenle bir tuşun beklenen işlevi vermemesi her zaman site hatası değildir. Önce aktif modu ve odak konumunu kontrol edin. Ayrıca araç ayarını test kaydına ekleyin.

Benzer şekilde VoiceOver rotor ayarları hangi öğelerin listede yer aldığını etkiler. Uzman, araç kullanımındaki belirsizlikle arayüz sorununu ayırmalıdır. Bunun için resmî rehbere başvurun ve basit bir karşılaştırma sayfası kullanın. Böylece yanlış hata kaydı sayısını azaltırsınız.

Screen reader testing bulgularını raporlama

Her kayıt görev, başlangıç durumu ve tekrar üretim adımlarını içermelidir. Ayrıca duyduğunuz çıktı ile beklenen bilgiyi ayrı yazın. Örneğin “düğme okunmuyor” yerine hangi adın eksik olduğunu açıklayın. Geliştirici böylece sorunu daha hızlı araştırır.

Çözüm sonrasında aynı ortamda tekrar test yapın. Ardından önemli tarayıcı ve yardımcı teknoloji birleşimlerinde ek kontrol uygulayın. Ancak tek uzman testi bütün engelli kullanıcıların deneyimini temsil etmez. Kullanıcı araştırması ayrı bir doğrulama katmanı sağlar.

Kurumsal sitenizin kullanıcı akışlarını NEXTDİJİ ile değerlendirin. Öncelikle kritik görevleri ve mevcut erişim engellerini paylaşın. Böylece teknik geliştirme planı gerçek kullanım sorunları üzerinden ilerler.

Örnek test kaydı: Diyalog açma ve kapatma

Öncelikle kullanıcıyı diyalogu açan düğmeye getirin. Düğmenin adını dinleyin ve klavyeyle etkinleştirin. Ardından odağın pencere içine geçtiğini kontrol edin. Ayrıca diyalog başlığının ve gerekli açıklamanın kullanıcıya ulaştığını doğrulayın.

Sonra pencere içindeki kontroller arasında ilerleyin. Kullanıcı arka plandaki ilgisiz alanlarla karışıklık yaşamamalıdır. Bunun yanında kapatma yolunun açık olmasını kontrol edin. Pencere kapandığında odağın mantıklı başlangıç konumuna dönmesini bekleyin.

Örneğin odak sayfanın başına gidiyorsa kullanıcı önceki yerini yeniden aramak zorunda kalır. Bu sorunu tuş sırası ve duyuru çıktısıyla kaydedin. Ayrıca kapanış sonrasında ana görevin devam ettiğini sınayın. Böylece test yalnız pencerenin sesli başlığını kontrol etmekle kalmaz. Kullanıcının iş akışındaki konumunu da değerlendirir. Son düzeltmeyi aynı senaryoyla ve ilgili cihaz birleşimleriyle tekrar doğrulayın.

Sık sorulan sorular

Yalnız sayfayı dinlemek yeterli mi?

Hayır. Gezinme, veri girişi, hata düzeltme ve sonuç takibi birlikte test gerektirir.

Tek ekran okuyucu bütün kapsamı karşılar mı?

Hayır. Test ortamlarını kullanıcı kitlesi ve proje kapsamına göre seçin.