Web'i bir iş sistemi olarak yönetin.

Strateji, tasarım veya web operasyonlarında arayın...
Menüyü aç veya kapat

Web Erişilebilirliği

Rol Bazlı Web Erişilebilirlik Test Programı Nasıl Kurulur?

Rol bazlı matrisle erişilebilirlik kontrollerini doğru aşama ve sahiplerle eşleştirin; test derinliğini riske göre artırıp sürüm kararını kanıtlayın.

Beş çalışma arkadaşı ahşap masanın çevresindeyken ayaktaki bir adam boş kartı erişilebilirlik araçlarının yanındaki duvar tablosuna yerleştiriyor.

Erişilebilirlik testini son kontrol olmaktan çıkarmak için her değişikliği, daha çalışma başlamadan önce, gerekli kanıt türleri ve açık sorumluluklarla eşleştirin. Otomatik tarama raporu tek başına yeterli değildir: ekip klavyeyle gerçek görevi tamamlamadıysa, yeniden akışı görmediyse, etiketlerin anlamını değerlendirmediyse ve düzeltmeyi kimin yeniden test edeceğini kaydetmediyse sürüm kararı eksik kanıta dayanır. İşleyen bir program; tetikleyiciyi, en erken yararlı aşamayı, testi yapan rolü, sonucu kabul eden yetkiliyi, engelleme kuralını ve yeniden test sahibini önceden görünür kılar.

Temel kararlar

  • Erişilebilirlik testi, sona eklenen uzman denetimi değil, teslimat boyunca üretilen dağıtılmış kanıt olmalıdır.
  • Her test yönteminin tetikleyicisi, en erken yararlı aşaması, uygulayıcısı, kabul yetkilisi, ortamı, kanıtı, engelleme kuralı ve yeniden test sahibi bulunmalıdır.
  • Otomasyon, manuel uygunluk kontrolü, yardımcı teknoloji testi ve engelli kişilerle değerlendirme farklı soruları yanıtlar; birbirlerinin yerine geçmez.
  • Risk, test derinliğini artırır; bilinen bir engeli mazur göstermez ve test edilmemiş bir yol için uygunluk iddiası yaratmaz.
  • Sürüm istisnası yetkili bir risk kararını kaydeder; başarısız sonucu uygun hâle getirmez.

Erişilebilirlik testini son denetimden ayıran nedir?

Dört çalışma arkadaşı, klavye, kulaklık ve klasörlerin bulunduğu ahşap masada koyu mavi ve kehribar renkli boş kartları tepsilere ayırıyor.

Bir erişilebilirlik test programı, farklı kanıtları tasarım, içerik üretimi, geliştirme, kalite güvencesi ve sürüm hazırlığına dağıtır; sonucu kabul etme yetkisini ise açık tutar. W3C, sorunların daha kolay ele alınabildiği geliştirme veya yeniden tasarım döneminde erken ve düzenli değerlendirmeyi önerir. Bu nedenle tasarımcı kararlarını, editör anlamı, geliştirici uygulamayı, QA bağımsız yürütmeyi sahiplenir. Erişilebilirlik lideri her kontrolü üstlenmek yerine politikayı, yöntemi, koçluğu ve güç yorumları yönetir.

Program dört kanıt türünü birbirinden ayırır. Otomatik tespit, programatik olarak bulunabilen koşulları tekrarlanabilir biçimde tarar. Manuel uygunluk kontrolü davranış ile anlamı inceler. Yardımcı teknoloji testi, temsili görevlerde seçilen teknoloji birleşimleriyle uyumluluğa bakar. Engelli kişilerle değerlendirme ise kullanılabilirliği ve karşılanmamış ihtiyaçları araştırır. Hiçbir değerlendirme aracı tek başına standartlara uygunluğu belirleyemediğinden insan yargısı vazgeçilmezdir. Section508.gov rol matrisi de faaliyetlerin ürün, tasarım, geliştirme, içerik, QA ve gözetim rollerine dağıtılabildiğini gösteren, uyarlanabilir bir kamu sektörü örneği sunar.

Yayımlanacak iş değiştikçe test derinliği nasıl değişmeli?

İki yetişkin, klavye, kulaklık, büyüteç ve Braille ekranının yanındaki giderek büyüyen dört boş kart destesini tutuyor.

Test derinliği; etkileşim, yeniden kullanım, yenilik, yolculuğun kritikliği ve kullanıcıya olası etki arttıkça yükselmelidir. Önce etkilenen yolculukları, bileşenleri, şablonları, içerik türlerini, belgeleri, medyayı, kontrolleri ve desteklenen teknolojileri çıkarın. Section508.gov rehberi otomatik veya nokta kontrollerinden bileşen ve kapsamlı testlere uzanan belgelenmiş derinlik örnekleri verir; ancak bu sınıflandırma, düşük riskli işi kanıtsız bırakma izni değildir. Aşağıdaki dört sınıf resmi bir standart değil, ekiplerin kendi koşullarına uyarlayacağı pratik bir çalışma modelidir.

  • Yalnızca içerik değişikliği: İnsan tarafından içerik incelemesi ve uygulanabilir otomatik kontroller yapılır; yapı, medya, belge, kontrol veya görev anlamı değişiyorsa klavye, büyütme ya da yardımcı teknoloji kontrolü eklenir.
  • Görsel veya yerleşim değişikliği: Tasarım incelemesi ile büyütme ve yeniden akış kontrolü yapılır; etkileşim etkileniyorsa odak davranışı da sınanır.
  • Bileşen veya etkileşim değişikliği: Kabul ölçütleri geliştirmeden önce yazılır; geliştirici yerel kontrolleri, QA bağımsız testleri ve yeniden kullanılan bileşen için regresyon kapsamını yürütür.
  • Yeni şablon, kritik yolculuk veya büyük sürüm: Uygulanabilir bütün katmanlar, temsili görev ve durumlar, eğitimli yardımcı teknoloji testi, örneklemli uygunluk değerlendirmesi ve kararları etkileyebilecek aşamada engelli kullanıcı değerlendirmesi planlanır.

Kapsam genişlediğinde her sayfayı gelişigüzel kontrol etmek yerine temsili kapsamı bilinçli seçin. WCAG-EM yaklaşımı değerlendirme amacını ve kapsamını tanımlamayı, temel görünümler ile işlevleri keşfetmeyi, gerektiğinde temsili örneklem seçmeyi, örneklemi değerlendirmeyi ve bulguları raporlamayı içerir. Örneklem yalnızca değerlendirilen kapsam hakkında kanıt sağlar; test edilmemiş yolculukları uygun ilan etmez. Böylece ekip test emeğini önemli durumlara yönlendirirken kapsamın sınırlarını da sürüm kaydında dürüstçe gösterebilir.

Test sahipliği matrisinde neler yer almalı, devirleri kim sahiplenmeli?

Üç çalışma arkadaşı koyu mavi kartları beş sütunlu duvar matrisine yerleştirirken masada kanıt dosyaları ve test cihazları duruyor.

Matris, her test katmanı için tetikleyici ve kapsamı, en erken yararlı aşamayı, sorumlu uygulayıcıyı, hesap veren kabul yetkilisini, gerekli yetkinlik ile ortamı, saklanacak kanıtı, sürümü engelleme kuralını ve düzeltme ya da yeniden test sahibini göstermelidir. Section508.gov rehberleri zamanlama, rol, derinlik, yetkinlik, ortam, yöntem ve sonuç takibinin tanımlanmasını; erişilebilirlik kayıtlarının olağan teslimat işlerine bağlanmasını önerir. Aşağıdaki matris bu ilkeleri Türkiye'deki özel sektör ekiplerine uyarlayan editoryal bir modeldir, hukuki bir uygunluk şeması değildir.

Tasarımcı erişilebilir tasarım kararlarından, yazar veya editör anlamlı içerikten, geliştirici uygulama ve yerel kontrollerden, QA test planı ile bağımsız yürütmeden, kullanıcı araştırmacısı engelli kişilerle etik çalışmadan sorumludur. Yetkili ürün veya sürüm sahibi kanıtı kabul edip sürüm kararını verir; üreticiler bulunan sorunları düzeltmeyi sürdürür. Küçük ekipte aynı kişi birkaç rolü taşıyabilir, fakat matriste hangi şapkayla hareket ettiği yazılmalı ve yüksek riskli işte eğitimli ya da bağımsız inceleme korunmalıdır.

Her değişiklik adlandırılmış kanıt, sahiplik ve yeniden test yolu taşıdığında erişilebilirlik başkasının son kontrolü olmaktan çıkar.

Yedi katmanlı örnek erişilebilirlik test sahipliği matrisi
Test katmanı, tetikleyici ve kapsamEn erken aşama, uygulayıcı, yetkinlik ve ortamKabul yetkilisi ve saklanan kanıtSürüm etkisi ve yeniden test sahibi
Otomatik kontroller; ilgili kod, şablon veya içerik değişikliğinde, aracın kapsayabildiği koşullarGeliştirme ve içerik üretimi; geliştirici ya da editör, QA'nın yönettiği kurallar ve uygun yerel veya entegrasyon ortamıQA; taranan kapsam, kural seti, ortam, sonuç ve bilinen sınırlılıklarTanımlı engelleyici bulgu çözülmeden geçmez; düzeltmeyi yapan kişi uygular, QA yeniden çalıştırır
İçerik incelemesi; başlık, etiket, bağlantı, talimat, hata, altyazı, transkript veya metin alternatifi değiştiğindeTaslak ve yayın öncesi; eğitimli yazar veya editör, gerçek sayfa ve görev bağlamıİçerik sahibi; incelenen öğeler, karar gerekçesi ve düzeltme kaydıGörev anlamını bozan bulgu kuruluş kuralına göre engeller; içerik sahibi düzeltir ve ikinci göz yeniden inceler
Klavye incelemesi; kontrol, etkileşim, odak yönetimi veya kritik görev değiştiğindeBileşen geliştirme ve QA; geliştirici yerel kontrolü, QA bağımsız görevi, fiziksel klavye ve gerçekçi tarayıcıQA veya yetkili ürün sahibi; görev adımları, odak sırası, durumlar, hata ve sonuçGörevi tamamlamayı ya da bileşenden çıkmayı önleyen bulgu engeller; geliştirici düzeltir, QA yeniden test eder
Büyütme ve yeniden akış; görsel düzen, duyarlı şablon, içerik yoğunluğu veya odak görünürlüğü değiştiğindeTasarım ve QA; tasarımcı ile QA, desteklenen tarayıcı ve uygun görüntüleme koşullarıQA; denenen görünümler, büyütme koşulu, kayıp veya örtülme kanıtıBilgi ya da işlev kaybı tanımlı kapıya göre engeller; tasarımcı ve geliştirici düzeltir, QA tekrarlar
Ekran okuyucu veya seçilmiş yardımcı teknoloji; önemli etkileşim, yeni bileşen ya da yüksek riskli görev değiştiğindePrototipten sürüm öncesine; eğitimli değerlendirici, kanıta dayalı tarayıcı, işletim sistemi ve teknoloji birleşimiQA ve gerektiğinde erişilebilirlik lideri; görev, etki, beklenen davranış, sürümler, kanıt ve sonuçEngelleyici uyumluluk sorunu çözülüp aynı ortamda doğrulanır; geliştirici düzeltir, eğitimli uygulayıcı yeniden test eder
Engelli kişilerle değerlendirme; prototip, kritik yolculuk, yeni örüntü veya önemli kullanılabilirlik belirsizliğindeKararı etkileyebilecek erken aşama; deneyimli kullanıcı araştırmacısı, erişilebilir ve etik araştırma düzeniÜrün sahibi; kapsam, görevler, katılımcı gizliliğini koruyan bulgular ve alınan kararlarTek başına uygunluk kapısı değildir; ciddi bariyerler işlem görür, araştırma sahibi gerekli takip değerlendirmesini planlar
Örneklemli standart temelli uygunluk değerlendirmesi; yeni şablon, kritik yolculuk, büyük sürüm veya daha geniş güvence ihtiyacındaTemsili kapsam kararlaştırılınca ve sürümden önce; eğitimli veya bağımsız değerlendirici, tanımlı kapsam ve test ortamlarıYetkili ürün veya sürüm sahibi; amaç, kapsam, örneklem, yöntem, bulgular, sınırlılıklar ve raporKurumun engelleme kuralları uygulanır; ilgili üretici düzeltir, değerlendirici etkilenen kapsamı yeniden test eder

Temel erişilebilirlik kontrolleri gerçekte neyi incelemeli?

İki çalışma arkadaşı test masasında oturuyor; adam arkası dönük monitörün önünde klavye kullanırken kadın video büyütecini ayarlıyor.

Her temel kontrol, araç çalıştırmaktan çok, açık bir soruyu yanıtlamalıdır. Otomasyon programatik olarak saptanabilen koşulları yerel iş akışında ve ilgili entegrasyon hattında tekrarlar; kayıt, taranan kapsam ile aracın sınırlarını gösterir. İçerik incelemesi ise sayfa başlıklarının, bölüm başlıklarının, etiketlerin, bağlantıların, talimatların, hata iletilerinin, altyazıların, transkriptlerin ve metin alternatiflerinin bağlam içinde yararlı anlam taşıyıp taşımadığını değerlendirir. WCAG 2,2'deki başlık, etiket, bağlantı amacı ve girdi talimatı koşulları bu insan yargısının neden otomasyona bırakılamayacağını gösterir.

  • Klavye kontrolünde ilgili bütün kontrolleri çalıştırın, temsili görevi tamamlayın, beklenen odak sırasını izleyin, bileşene girip çıkın, durum değişikliklerini gözleyin ve hatadan kurtulmayı deneyin.
  • Odak göstergesinin görünür olduğunu, yazarın oluşturduğu içeriğin odaklanan bileşeni tamamen örtmediğini ve kullanıcının odağı sıkışmadan başka yere taşıyabildiğini doğrulayın.
  • Metin büyütmede geçerli istisnaları koruyarak %200 düzeyinde içerik veya işlev kaybı olup olmadığına bakın.
  • Yeniden akışta, iki boyutun anlam veya kullanım için gerekli olduğu istisnalar saklı kalmak üzere, 320 CSS piksel genişlik eşdeğerinde yatay ve 256 CSS piksel yükseklik eşdeğerinde dikey kaydırma gereksinimini ayrı ayrı değerlendirin.

Büyütme ve yeniden akış incelemesinin amacı tasarımın piksel piksel aynı kalması değildir. Bilgi veya işlev kaybını, üst üste binmeyi, kesilen talimatları, görünmeyen odağı, beklenmedik biçimde görünüm dışına taşınan değişiklikleri ve ölçütün izin vermediği kaydırmayı arayın. Klavye için de yalnızca Tab tuşuna birkaç kez basmak yetmez: WCAG 2,2, yol bağımlı girdi istisnası dışında işlevlerin klavye arayüzüyle kullanılmasını ve odağın bileşenden çıkarılabilmesini gerektirir. Kanıt, gerçek görevin hangi durumlarda tamamlanıp tamamlanamadığını göstermelidir.

Yardımcı teknoloji, engelli kullanıcı ve uygunluk değerlendirmesi ne zaman eklenmeli?

Kulaklık takan kör bir adam Braille ekranı ve kompakt klavye kullanırken kadın araştırmacı onu gözlemleyip boş bir görev kartı tutuyor.

Temel kontroller önemli bir etkileşim, yeni örüntü, kritik yolculuk veya yüksek etkili değişiklik için yeterli güvence vermediğinde eğitimli yardımcı teknoloji testi, engelli kişilerle değerlendirme ve örneklemli uygunluk incelemesi eklenmelidir. GOV.UK rehberi yardımcı teknoloji testini geliştirme boyunca, özellikle önemli özellikler ve büyük değişikliklerden sonra, temsili görevlerle yürütmeyi önerir. Ekran okuyucu bu katmanlardan yalnızca biridir; her kör kişinin deneyimini simüle etmez, bütün yardımcı teknolojileri temsil etmez ve tek başına uygunluğu kanıtlamaz.

Tarayıcı ve yardımcı teknoloji birleşimlerini hazır bir evrensel listeden kopyalamayın. Güncel kullanıcı kanıtını, ürünün teknolojisini, destek taahhütlerini ve bilinen riskleri birlikte değerlendirin. Bulguda etkilenen görev, kullanıcı etkisi, beklenen davranış, yeniden üretim adımları, tarayıcı, işletim sistemi, yardımcı teknoloji ve sürümü, destekleyici kanıt, düzeltme sahibi ile yeniden test sonucu bulunmalıdır. Bu kayıt biçimi, sorunun aynı koşullarda yeniden üretilmesini ve düzeltmenin yalnızca kapatılmış değil gerçekten doğrulanmış olmasını sağlar.

Engelli kişilerle değerlendirmeyi, bulguların tasarımı değiştirebileceği prototip ve kritik yolculuk aşamalarında planlayın. Oturumların yalnızca belirgin engellerle tükenmemesi için ciddi ve açık sorunları önceden ele alın; ancak erken prototip geri bildirimini ürün kusursuzlaşana kadar ertelemeyin. W3C, bu çalışmaların uygunluk incelemesinin kaçırdığı kullanılabilirlik sorunlarını bulabildiğini, fakat tek başına erişilebilirlik kararı veremediğini belirtir. Tek katılımcının deneyimini bir engellilik grubunun tamamına genellemeyin. En yüksek WCAG uygunluk düzeyinin bile her bireyin bütün ihtiyaçlarını garanti etmediğini hatırlayarak kullanıcı ve standart kanıtlarını birlikte yorumlayın.

Kanıt sürüm kararını nasıl yönetmeli ve programı nasıl geliştirmeli?

Üç çalışma arkadaşı kanıt dosyalarıyla durum kartlarını incelerken biri kehribar renkli kartı yeniden test için klavye ve kulaklığın yanına taşıyor.

Sürüm kararı tek bir erişilebilirlik puanına değil, etkilenen değişiklik sınıfı için önceden belirlenmiş kanıta dayanmalıdır. Uygulanabilir kontroller tamamlanmış, engelleyici bulgular çözülüp yeniden test edilmiş ve kayıt; kapsamı, yöntemi, ortamı, sonucu, sahibini, kararı ve yeniden test durumunu göstermiş olmalıdır. QA ile erişilebilirlik uzmanı bağımsız kanıt sağlar, üretici düzeltmeyi sahiplenir, yetkili ürün veya sürüm sahibi kabul kararını verir. Section508.gov örnekleri test planlarını, hata kayıtlarını, klavye ve ekran okuyucu incelemelerini, raporları ve sürüme hazırlığı aynı teslimat zincirinde ilişkilendirir.

Kuruluş politikası istisnaya izin veriyorsa kayıt; yetkili sahibi, gerekçeyi, etkilenen kullanıcıları, azaltıcı önlemi, sona erme tarihini ve takip işini açıkça göstermelidir. İstisna, temel test sonucunu değiştirmez ve uygunluk oluşturmaz. Sürümden sonra bildirilen engelleri ve tekrarlayan kusurları matrisin tetikleyicilerine, regresyon kontrollerine, eğitime, şablonlara ve sonraki değişiklik sınıflarına geri besleyin. W3C'nin geliştirme boyunca değerlendirme yaklaşımı bu sürekli döngüyü destekler; tek bir geçme oranı veya olgunluk puanı programın etkisini kanıtlamaz.

  1. Bir kritik yolculuk seçin ve kapsamdan yeniden teste kadar kanıt zincirini eksiksiz kurun.
  2. Matriste adlandırılan rol sahiplerini kendi kontrolleri, ortamları ve kayıt sorumlulukları konusunda eğitin.
  3. Kanıt şablonlarını teslimat araçlarına ekleyin; uygun otomasyonu yerel geliştirme ve ilgili entegrasyon akışlarına bağlayın.
  4. Engelleme kurallarını gerçek bulgularla kalibre edin, tekrar eden kusur örüntülerini düzenli olarak inceleyin ve kapsamı aşamalı genişletin.

Ekip karmaşık etkileşimleri, yardımcı teknoloji davranışını, temsili uygunluk kapsamını veya tartışmalı bulguları değerlendirecek yetkinliğe sahip değilse eğitimli bir erişilebilirlik değerlendiricisi getirin. Engelli kişilerle çalışmalar için deneyimli bir kullanıcı araştırmacısından yararlanın. Yetki alanına özgü hukuki yükümlülükler, uygunluk yorumları veya resmî iddialar bu işletim modelinin dışında kalır; bunlar için nitelikli hukuk danışmanına başvurun. Önce tek yolculukta eksiksiz ve izlenebilir bir karar kaydı oluşturmak, birçok sayfada yüzeysel tarama yapmaktan daha sağlam bir başlangıçtır.

Sık sorulan sorular

Web erişilebilirlik test programı nasıl oluşturulur?

Önce kapsamı ve değişiklik sınıflarını tanımlayın; otomatik tespit, manuel uygunluk kontrolü, yardımcı teknoloji testi ve engelli kişilerle değerlendirmeyi ayırın. Her yöntem için tetikleyici, aşama, uygulayıcı, kabul yetkilisi, kanıt, engelleme kuralı ve yeniden test sahibi yazın. Bir kritik yolculukta pilot uygulama yapın, rol sahiplerini eğitin ve tekrarlayan bulgulara göre kapsamı genişletin.

Erişilebilirlik testinden kim sorumludur?

Sorumluluk dağıtıktır: tasarımcı tasarım kararlarını, içerik ekibi anlamı, geliştirici uygulamayı, QA bağımsız test planını ve yürütmeyi, araştırmacı engelli kişilerle çalışmayı sahiplenir. Erişilebilirlik lideri politika, yöntem, eğitim ve güç yorumları yönetir. Yetkili ürün veya sürüm sahibi kanıta dayanarak kabul kararını verir; QA, üreticilerin sorumluluğunu devralmaz.

Otomatik erişilebilirlik testi WCAG uygunluğunu kanıtlar mı?

Hayır. Otomasyon, programatik olarak saptanabilen koşulları hızlı ve tekrarlanabilir biçimde bulabilir; ancak anlamı, bütün davranışları ve gerçek görev deneyimini tek başına değerlendiremez. Uygunluk kararı, bilgili insan değerlendirmesi ve kapsamın gerektirdiği diğer yöntemlerle desteklenmelidir.

Ekran okuyucuyla ve engelli kullanıcılarla ne zaman test yapılmalı?

Eğitimli ekran okuyucu veya seçilmiş yardımcı teknoloji testini önemli etkileşimlerde, büyük değişikliklerde ve yüksek riskli temsili görevlerde uygulayın. Engelli kişilerle değerlendirmeyi ise prototiplerde ve kritik yolculuklarda, bulguların kararı değiştirebileceği zamanda planlayın. Yardımcı teknoloji testi uyumluluğu, kullanıcı değerlendirmesi kullanılabilirliği araştırır; ikisi de standart temelli uygunluk değerlendirmesinin yerine geçmez.

Hangi erişilebilirlik bulguları sürümü durdurmalı?

Kuruluş, ürün riski ve yetkili karar süreciyle uyumlu engelleme kurallarını önceden belirlemelidir. Sürüm kanıtı, zorunlu kontrollerin tamamlandığını ve engelleyici bulguların çözülüp yeniden test edildiğini göstermelidir. İzin verilen bir istisna yetkili sahibi, gerekçesi, etkilenen kullanıcıları, azaltıcı önlemi, sona erme tarihi ve takibiyle ayrı tutulur; uygunluk sağlamaz.

WebChorus logo

WebChorus Editör Ekibi

Bir web sitesini yayına alındıktan çok sonra da şekillendiren kararları ele alıyoruz. Çalışmalarımız adı belirtilen kaynaklardan yola çıkar, bulduklarımızı yorumlarımızdan ayırır ve belgelenmiş editoryal standartlar çerçevesinde araştırma ile taslak aşamasında yapay zekâ desteği kullanır. Ticari ilişkilerimizi var oldukları her yerde açıklarız.