Erişilebilirlik Testi Nedir? (Örnekler)

Erişilebilirlik Testi Nedir?

Erişilebilirlik Testi Yazılım testlerinin bir türü olan yazılım testine göre, görme, işitme, motor, bilişsel ve yaşa bağlı engelleri olan kullanıcılar da dahil olmak üzere engelli kişiler tarafından bir uygulamanın kullanılabilirliği doğrulanır. Bu, yazılım testlerinin bir alt kümesidir. kullanılabilirlik testi ve ürünün, bu kullanıcıların her gün güvendiği yardımcı teknolojilerle uyumlu çalıştığını doğrular.

Yardımcı teknoloji, engelli kişilerin bir yazılım ürününü kullanmasına yardımcı olur. Yaygın örnekler şunlardır:

• Konuşma tanıma yazılımı – Konuşulan kelimeleri bilgisayara girdi olarak kullanılacak metne dönüştürür.
• Ekran okuyucu yazılımı – Ekranda görüntülenen metni ve arayüz öğelerini sesli olarak okur.
• Ekran büyütme yazılımı – Görme engelli kullanıcılar için okumayı kolaylaştırmak amacıyla monitörün bazı bölümlerini büyütür.
• Özel klavyeler – Motor kontrolünde zorluk yaşayan kullanıcılar için tasarlanmıştır.ping kolay.
• Anahtar ve göz-trackral cihazları – Ciddi motor engeli olan kullanıcıların arayüz öğelerinde gezinmesine ve seçim yapmasına olanak tanıyın.

Neden Erişilebilirlik Testi?

Nedeni 1Engelli kullanıcı pazarına hitap etmek.

Dünya Sağlık Örgütü'ne göre, yaklaşık 1.3 milyar insan, yani dünya genelinde her altı kişiden biri, önemli bir engellilikle yaşıyor.

• Her 10 kişiden 1'inin ciddi bir engeli var.
• 65 yaş üstü her 2 kişiden 1'inin zihinsel yetenekleri azalmıştır.

Engellilik, görme kaybı, işitme kaybı, motor bozukluklar, bilişsel rahatsızlıklar ve diğer uzun süreli sağlık sorunlarını içerir. Erişilebilir olacak şekilde tasarlanmış bir ürün bu geniş pazara ulaşabilir ve erişilebilirlik testleri normal yazılım test yaşam döngüsünün bir parçası haline getirildiğinde çoğu erişilebilirlik hatası önlenebilir.

Nedeni 2Erişilebilirlik mevzuatına uyun.

Dünya genelindeki hükümetler, bilişim ürünlerinin engelli bireyler için erişilebilir olmasını gerektiren yasalar çıkardı. Başlıca örnekler şunlardır:

• Amerika Birleşik Devletleri: Engelli Amerikalılar Yasası (ADA, 1990) ve Rehabilitasyon Yasası'nın 508. maddesi.
• Birleşik Krallık: Eşitlik Yasası 2010 (1995 tarihli Engelli Ayrımcılığı Yasası'nın yerini almıştır).
• Avrupa Birliği: Haziran 2025'te birçok ürün ve hizmet için yürürlüğe giren Avrupa Erişilebilirlik Yasası ve EN 301 549 standardı.
• Avustralya: Engellilere Yönelik Ayrımcılık Yasası 1992.
• İrlanda: Engellilik Yasası 2005.
• Kanada: Erişilebilir Kanada Yasası 2019.

Erişilebilirlik testleri, ürününüzün satıldığı her pazarda yasal uyumluluğu sağlamak için çok önemlidir.

Nedeni 3Olası davalardan kaçının.

Büyük şirketler, dijital ürünlerine erişilememesi nedeniyle defalarca dava edildi. Öne çıkan bazı örnekler şunlardır:

• Ulusal Görme Engelliler Federasyonu (NFB) v. Target (2006, 2008'de sonuçlandı).
• NFB v. AOL uzlaşması (1999).
• Robles v. Domino's Pizza (2019) davasında, ABD SupremYüksek Mahkeme, ADA'nın web siteleri ve mobil uygulamalar için de geçerli olduğuna dair kararı onayladı.
• Gil v. Winn-Dixie (2017), erişilemeyen bir web sitesinin düzeltilmesini gerektiren ilk ABD mahkeme kararıdır.

Amerika Birleşik Devletleri'nde web erişilebilirliği davaları her yıl artıyor ve 2022'den bu yana yılda 4,000'den fazla ADA Başlık III dijital davası açılıyor. Ürünleri baştan erişilebilir hale getirmek bu maliyetlerden kaçınmayı ve markayı korumayı sağlar.

Hangi Engelliler Desteklenecek?

Başvuru, aşağıdaki gibi engelli bireyleri desteklemelidir:

Engellilik Türü	sakatlık Descriptiyon
Görme Engellilik	Tam körlük, renk körlüğü veya düşük görme yeteneği. Görsel flaş ve yanıp sönme efektlerine karşı hassasiyet.
Fiziksel engel	Fareyi veya klavyeyi tek elle kullanamama. El hareketlerinin kısıtlı olması veya kasların yavaş çalışması gibi zayıf motor beceriler.
Bilişsel Engellilik	Öğrenme güçlüğü, zayıf hafıza veya karmaşık senaryoları takip etmede zorluk.
Okuryazarlık Engelliliği	Disleksi gibi okuma güçlükleri.
İşitme Engelliliği	İşitme sorunları, işitme kaybı ve işitme bozukluğunu da içerir. Sesleri duyamama veya net bir şekilde duyamama.

Erişilebilirlik Standartları ve Yönergeleri

Erişilebilirlik test programları, yaygın olarak benimsenen az sayıda standarda dayanır. Herhangi bir test planı yazılmadan önce, pazarınıza hangi standardın uygulandığını anlamak ilk adımdır.

• WİEK 2.2 – Ekim 2023'te W3C tarafından yayınlanan Web İçerik Erişilebilirlik Yönergeleri 2.2, mevcut küresel ölçüt niteliğindedir. Üç uyumluluk seviyesi tanımlarlar: A (temel), AA (çoğu ülkede yasal minimum) ve AAA (en yüksek).
• WİEK 3.0 – Sonuç odaklı bir puanlama modelini tanıtan bir W3C Çalışma Taslağı. Hala geliştirme aşamasındadır ve WCAG 2.2'nin yerini almamıştır.
• Bölüm 508 – ABD federal kurumlarının satın aldığı elektronik ve bilgi teknolojilerinin WCAG 2.0 Seviye AA kriterlerini karşılamasını gerektiren federal tedarik kuralı.
• 301 549 – Avrupa Erişilebilirlik Yasası'na uyumluluğu göstermek için kullanılan, bilgi ve iletişim teknolojileri erişilebilirliğine ilişkin Avrupa uyumlu standardı.
• ADA Başlık III – ABD medeni haklar yasası, kamuya açık yerlerin web sitelerine ve mobil uygulamalarına uygulanır; mahkemeler genellikle WCAG 2.1 veya 2.2 AA'yı ölçüt olarak kullanır.

Çoğu takım tedavi uygular WCAG 2.2 Düzey AA Bu, hem ortak yasal temel hem de pratik bir mühendislik hedefi olduğu için, çalışma hedefleri olarak belirlenmiştir.

Erişilebilirlik Testi nasıl yapılır?

Erişilebilirlik testi iki şekilde yapılabilir:

1. Manuel
2. Otomatik

Erişilebilirlik testleri, engellilik konusunda bilgisi olmayan test uzmanları için zorlayıcı olabilir. Gerçek dünyadaki zorlukları tanımlayabilecek engelli kullanıcıları veya erişilebilirlik uzmanlarını sürece dahil etmek en iyi uygulamadır. Aşağıdaki teknikler, başlıca engellilik kategorilerini kapsamaktadır.

1) Görme Engelliliği

Görme engelli olduğunuzu ve XYZ web sitesini kullanmanız gerektiğini hayal edin. Tek pratik seçeneğiniz ekran okuyucudur. Ekran okuyucu, görme engelli bir kullanıcının arayüzü algılayabilmesi için metin, bağlantılar, radyo düğmeleri, resimler ve videolar da dahil olmak üzere bir web sayfasındaki içeriği seslendiren bir yazılımdır. Popüler ekran okuyucular şunlardır: JAWS, NVDAApple VoiceOver ve Android TalkBack'i kullanın.

JAWS'ı başlattığınızda ve ardından bir tarayıcı açtığınızda, JAWS sayfa başlığını duyurur. Odak noktasını adres çubuğuna taşırsanız, JAWS "Adres çubuğu" der ve ardından yazdığınız her karakteri okur. Örneğin, typing Google.com aşağıdaki gibi bir duyuru yayınlıyor:

Address Bar, w, w, w, period, g, o, o, g, l, e, period, c, o, m.
When the page finishes loading, JAWS announces "Google.com home page".
When focus reaches the search field, JAWS announces "Google search, edit".

Ekran okuyucu, metin alanlarındaki metinleri kelime kelime seslendirir, bağlantıları "bağlantı" ve düğmeleri "düğme" olarak duyurur, böylece görme engelli bir kullanıcı her bir kontrolü tanımlayabilir. Bir web sitesi kötü tasarlanmışsa, ekran okuyucu öğeleri yanlış tanımlayabilir; örneğin, düz metin olarak biçimlendirilmiş bir bağlantı içerik olarak okunabilir ve kullanıcının kritik bir eylemi görmesini engelleyebilir. İşletme için maliyeti ise gerçek gelir kaybıdır.

2) Renk Körlüğü

Renk körlüğü, kullanıcının belirli renkleri doğru algılayamaması anlamına gelir. Kırmızı-yeşil renk körlüğü en yaygın türüdür. Bir web sitesi anlam iletmek için büyük ölçüde kırmızıya dayanıyorsa, kırmızı-yeşil renk körlüğü olan bir kullanıcı mesajı kaçırabilir.

Tasarım ekipleri, bilgiyi iletmek için asla yalnızca rengi kullanmamalıdır. Kırmızı bir hata düğmesi, aynı zamanda çerçevelendiğinde, bir simgeyle etiketlendiğinde ve açıklayıcı bir metinle birlikte sunulduğunda daha erişilebilir olur. Siyah ve beyaz, en güvenli evrensel palet olmaya devam etmektedir ve Stark eklentisi veya tarayıcı renk körlüğü simülatörleri gibi araçlar, sorunları erken aşamada ortaya çıkarmaya yardımcı olur.

3) Görme Bozukluğu

Görme yetisi düşük olan veya diğer retina rahatsızlıkları bulunan kullanıcıların siteyi kullanabilmeleri için ek desteğe ihtiyaçları vardır:

1. Çok küçük yazı tiplerinden kaçının. WCAG, yakınlaştırma gerektirmeden rahatça ölçeklenebilen varsayılan bir gövde boyutu önermektedir.
2. Metin %200'e kadar büyütüldüğünde sayfa düzeninin düzgün bir şekilde yeniden akmasını sağlayın (WCAG 2.2 Başarı Kriteri). Satırlar kesilmemeli ve içerik üst üste binmemelidir.
3. Normal metinler için minimum 4.5:1, büyük metinler için ise 3:1 kontrast oranını koruyun.

4) Motor ve Diğer Engellilikler

Erişilebilirlik açısından en önemli gereksinimlerden biri, sitenin tamamının fare kullanılmadan çalıştırılabilir olmasıdır. Her bağlantı, düğme, radyo düğmesi, onay kutusu, açılır pencere, açılır menü ve kontrol, yalnızca klavye kullanılarak erişilebilir ve çalıştırılabilir olmalıdır.

ÖrneğinEl hareket kabiliyeti sınırlı olan bir kullanıcı fare kullanamayabilir. Eğer onay kutularına veya bağlantılara Tab tuşuyla erişilemiyorsa, kullanıcı bu özelliklere erişemez hale gelir.

Alternative text should be provided for every image, audio file, and video so that screen readers can convey their meaning. Keyboard shortcuts should be available for important actions, and skip-to-content links should let keyboard users bypass repeated navigation.

Odak noktası her zaman görünür olmalıdır. Kullanıcı Tab tuşuna bastığında, vurgulanan kontrol net bir şekilde öne çıkmalıdır. Görünür odak noktası, görme engelli veya renk körlüğü olan kullanıcıların sayfa akışını takip etmelerine yardımcı olur ve herkes için gezinmeyi öngörülebilir hale getirir.

İşitme engelli kullanıcılar Genellikle bir sitenin görsel içeriğini görebiliriz, ancak ses ve video sorun teşkil eder. Her videonun altyazı içermesi ve her ses dosyasının transkript veya açıklayıcı metin içermesi gerekir. Örneğin, bir uçak bileti rezervasyonu hakkında bir eğitim videosu, işitme engelli bir kullanıcının takip edebilmesi için doğru altyazılarla birlikte sunulmalıdır.

Erişilebilirlik Testi için Örnek Test Senaryoları

Aşağıdaki kontrol listesi, tipik bir web uygulaması için erişilebilirlik testini onaylamak amacıyla kullanılır. Bunu bir başlangıç ​​noktası olarak kullanın ve ürününüzle ilgili WCAG 2.2 başarı kriterleriyle genişletin.

1. Her fare işlemi ve diyalog için klavye karşılıkları sağlanıyor mu?
2. Kullanıcı dokümanlarında uygulamanın yardımcı teknolojilerle nasıl çalıştırılacağı açıklanıyor mu?
3. Sekmelerin sıralaması, gezinmenin doğal bir şekilde akmasını sağlayacak şekilde mantıklı mı?
4. Ana menüler için kısayol tuşları sağlanıyor mu?
5. Uygulama, hedeflenen tüm işletim sistemlerini ve ekran okuyucuları destekliyor mu?
6. Her ekranın veya sayfanın yanıt süresi, kullanıcıların ne kadar beklemesi gerektiğini bilmeleri için açıkça belirtiliyor mu?
7. Tüm etiketler doğru yazılmış mı ve programatik olarak kontrollerine bağlanmış mı?
8. Renk seçimleri esnek mi ve renk körlüğü simülatörlerine karşı test edildi mi?
9. Görseller, simgeler ve emojiler son kullanıcıların anlayabileceği şekilde mi kullanılıyor?
10. Uygulama, faydalı olduğu durumlarda sesli uyarılar veriyor mu?
11. Kullanıcı ses ve video kontrollerini ayarlayabilir veya sesini kapatabilir mi?
12. Kullanıcı, yazdırma ve ekran metni için varsayılan yazı tiplerini geçersiz kılabilir mi?
13. Kullanıcı yanıp sönen, dönen veya hareket eden ekranları ayarlayabilir veya devre dışı bırakabilir mi?
14. Renklerin hiçbir zaman bilgi iletmenin tek aracı olarak kullanılmadığından emin olun.
15. Sistem renkleri tersine çevrildiğinde vurgulama hala görünür mü? Kontrast oranlarını değiştirerek test edin.
16. İşitme engelli kullanıcılar için ses ve video metin dökümü veya altyazısı mevcut mu?
17. Engelli kullanıcıların uygulamayı tanımalarına yardımcı olmak için eğitim veriliyor mu?
18. Tüm etkileşimli kontroller yalnızca klavye kullanılarak erişilebilir, çalıştırılabilir ve kapatılabilir mi?

Yapay Zeka Erişilebilirlik Testlerini Nasıl Değiştiriyor?

Yapay zeka yeniden şekillendiriliyorping Erişilebilirlik testleri üç pratik yolla gerçekleştirilebilir. Birincisi, makine öğrenimi tarayıcıları artık, kural tabanlı araçların gözden kaçırdığı sorunları (örneğin uygunsuz alternatif metin veya gerçek düzenlerde başarısız olan renk kombinasyonları) tespit etmek için bilgisayar görüşü modelleriyle birlikte oluşturulmuş DOM'u okuyor. İkincisi, üretken yapay zeka, daha iyi alternatif metin, daha net hata mesajları ve özel bileşenler için ARIA öznitelikleri de dahil olmak üzere insan tarafından okunabilir düzeltmeler öneriyor. Üçüncüsü, yapay zeka bulguları kullanıcı etkisine göre önceliklendiriyor, böylece ekipler bütçelerini en önemli sorunlara harcayabiliyor. Dequeaxe AI, Evinced, UserWay ve Siteimprove gibi araçlar artık yapay zeka özelliklerini içeriyor. Yapay zeka, manuel ekran okuyucu testini veya engelli kişilerle yapılan kullanıcı araştırmasını tamamen ortadan kaldırmaz, ancak manuel önceliklendirme iş yükünü büyük ölçüde azaltır ve erişilebilirliğin geliştirme döngüsünün daha erken aşamalarına kaymasına yardımcı olur.

Erişilebilirlik Testiyle İlgili Efsaneler

Aşağıda erişilebilirlik testleriyle ilgili yaygın yanılgılar ve gerçekler yer almaktadır:

Efsane: Erişilebilir bir web sitesi oluşturmak maliyetlidir.

Gerçek: Hayır, öyle değil. Tasarım aşamasında erişilebilirliği göz önünde bulundurmak ve temel testler yapmak, sonradan tadilat yapmaya kıyasla para tasarrufu sağlar ve maliyetli yeniden işleme ihtiyacını azaltır.

Efsane: Erişilemeyen bir web sitesini erişilebilir hale getirmek çok zaman alıcı ve pahalıdır.

Gerçek: Tüm düzeltmeleri aynı anda uygulamak zorunda değilsiniz. Engelli kullanıcıları en çok etkileyen değişikliklerle başlayın ve geri kalanını daha sonraki sürümlerde kullanıma sunun.

Efsane: Erişilebilirlik sade ve sıkıcıdır.

Gerçek: Sayfalar görsel açıdan zengin olmaya devam edebilir vetracWCAG 2.2 yönergelerine uygun olarak tasarlanmıştır. W3C, herkes için erişilebilir tek bir deneyim sunulmasını savunarak, yalnızca metin içeren sürümleri açıkça önermemektedir.

Efsane: Erişilebilirlik yalnızca görme engelli ve engelli kullanıcılar içindir.

Gerçek: Erişilebilirlik yönergelerine uymak, genel kullanılabilirliği artırır ve mobil cihaz kullananlar, parlak güneş ışığında bulunanlar veya gürültülü ortamlarda bulunanlar da dahil olmak üzere her kullanıcıya fayda sağlar.

SSS