Apa itu Pengujian Aksesibilitas? (Contoh)

Apa itu Pengujian Aksesibilitas?

Pengujian Aksesibilitas adalah jenis pengujian perangkat lunak yang dilakukan untuk memastikan bahwa suatu aplikasi dapat digunakan oleh penyandang disabilitas, termasuk pengguna dengan gangguan penglihatan, pendengaran, motorik, kognitif, dan gangguan terkait usia. Ini adalah bagian dari pengujian kegunaan dan memverifikasi bahwa produk tersebut kompatibel dengan teknologi bantu yang diandalkan pengguna setiap hari.

Teknologi bantu membantu penyandang disabilitas mengoperasikan produk perangkat lunak. Contoh umum meliputi:

• Perangkat lunak pengenalan ucapan – Mengubah kata-kata yang diucapkan menjadi teks yang berfungsi sebagai masukan untuk komputer.
• Perangkat lunak pembaca layar – Membacakan teks dan elemen antarmuka yang ditampilkan di layar.
• Perangkat lunak pembesar layar – Memperbesar sebagian tampilan monitor untuk memudahkan membaca bagi pengguna dengan gangguan penglihatan.
• Keyboard khusus – Dirancang untuk pengguna dengan kesulitan kontrol motorik agar dapatping lebih mudah.
• Saklar dan mata-tracperangkat raja – Memungkinkan pengguna dengan disabilitas motorik berat untuk menavigasi dan memilih elemen antarmuka.

Mengapa Pengujian Aksesibilitas?

Alasan 1: Melayani pasar pengguna penyandang disabilitas.

Menurut Organisasi Kesehatan Dunia, sekitar 1.3 miliar orang, atau kira-kira satu dari enam orang di seluruh dunia, hidup dengan disabilitas yang signifikan.

• 1 dari 10 orang memiliki disabilitas berat.
• 1 dari 2 orang di atas usia 65 tahun mengalami penurunan kemampuan.

Disabilitas mencakup kebutaan, ketulian, gangguan motorik, kondisi kognitif, dan masalah kesehatan jangka panjang lainnya. Produk yang dirancang agar mudah diakses dapat menjangkau pasar yang besar ini, dan sebagian besar cacat aksesibilitas dapat dicegah jika pengujian aksesibilitas dijadikan bagian dari siklus hidup pengujian perangkat lunak normal.

Alasan 2Patuhi peraturan perundang-undangan tentang aksesibilitas.

Pemerintah di seluruh dunia telah mengeluarkan undang-undang yang mewajibkan produk TI agar dapat diakses oleh penyandang disabilitas. Contoh-contoh utamanya meliputi:

• Amerika Serikat: Undang-Undang Penyandang Disabilitas Amerika (ADA, 1990) dan Bagian 508 dari Undang-Undang Rehabilitasi.
• Britania Raya: Undang-Undang Kesetaraan 2010 (yang menggantikan Undang-Undang Diskriminasi Disabilitas 1995).
• Uni Eropa: Undang-Undang Aksesibilitas Eropa, yang mulai berlaku untuk banyak produk dan layanan pada Juni 2025, dan standar EN 301 549.
• Australia: Undang-Undang Diskriminasi Disabilitas 1992.
• Irlandia: Undang-Undang Disabilitas 2005.
• Kanada: Undang-Undang Aksesibilitas Kanada 2019.

Pengujian aksesibilitas sangat penting untuk memastikan kepatuhan hukum di setiap pasar tempat produk Anda dijual.

Alasan 3Hindari potensi tuntutan hukum.

Perusahaan-perusahaan besar telah berulang kali digugat karena produk digital mereka tidak dapat diakses. Beberapa kasus terkenal meliputi:

• Federasi Nasional Penyandang Tuna Netra (NFB) v. Target (2006, diselesaikan 2008).
• Penyelesaian NFB v. AOL (1999).
• Robles v. Domino's Pizza (2019), di mana AS SupremPengadilan menguatkan putusan yang menyatakan bahwa ADA berlaku untuk situs web dan aplikasi seluler.
• Gil v. Winn-Dixie (2017), putusan pengadilan AS pertama yang mewajibkan perbaikan situs web yang tidak dapat diakses.

Gugatan terkait aksesibilitas web di Amerika Serikat meningkat setiap tahun, dengan lebih dari 4,000 kasus digital ADA Judul III diajukan setiap tahun sejak 2022. Membangun produk yang mudah diakses sejak awal menghindari biaya ini dan melindungi merek.

Disabilitas Mana yang Harus Didukung?

Aplikasi tersebut harus mendukung penyandang disabilitas seperti:

Jenis Disabilitas	Cacat Description
Cacat Penglihatan	Buta total, buta warna, atau penglihatan rendah. Sensitivitas terhadap efek strobo dan kilatan visual.
Cacat fisik	Ketidakmampuan untuk menggunakan mouse atau keyboard dengan satu tangan. Keterampilan motorik yang buruk, termasuk gerakan tangan yang terbatas atau kelambatan otot.
Disabilitas Kognitif	Kesulitan belajar, daya ingat yang buruk, atau kesulitan mengikuti skenario yang kompleks.
Disabilitas Literasi	Kesulitan membaca seperti disleksia.
Disabilitas Pendengaran	Masalah pendengaran termasuk ketulian dan gangguan pendengaran. Ketidakmampuan untuk mendengar suara atau mendengarnya dengan jelas.

Standar dan Pedoman Aksesibilitas

Program pengujian aksesibilitas bergantung pada sejumlah kecil standar yang diadopsi secara luas. Memahami standar mana yang berlaku untuk pasar Anda adalah langkah pertama sebelum rencana pengujian apa pun ditulis.

• WCAG 2.2 – Diterbitkan oleh W3C pada Oktober 2023, Pedoman Aksesibilitas Konten Web 2.2 adalah tolok ukur global saat ini. Pedoman ini mendefinisikan tiga tingkat kesesuaian: A (dasar), AA (minimum hukum di sebagian besar negara), dan AAA (tertinggi).
• WCAG 3.0 – Draf Kerja W3C yang memperkenalkan model penilaian berbasis hasil. Model ini masih dalam pengembangan dan belum menggantikan WCAG 2.2.
• Bagian 508 – Aturan pengadaan federal AS yang mengharuskan teknologi elektronik dan informasi yang dibeli oleh lembaga federal untuk memenuhi kriteria WCAG 2.0 Level AA.
• AN 301 549 – Standar harmonisasi Eropa untuk aksesibilitas TIK, digunakan untuk menunjukkan kepatuhan terhadap Undang-Undang Aksesibilitas Eropa.
• Judul ADA III – Hukum hak sipil AS diterapkan pada situs web dan aplikasi seluler tempat fasilitas umum; pengadilan umumnya menggunakan WCAG 2.1 atau 2.2 AA sebagai tolok ukur.

Sebagian besar tim memperlakukan WCAG 2.2 Tingkat AA sebagai target kerja mereka karena hal itu merupakan landasan hukum umum dan tujuan teknik praktis.

Bagaimana cara melakukan Pengujian Aksesibilitas?

Pengujian aksesibilitas dapat dilakukan dengan dua cara:

1. panduan
2. Otomatis

Pengujian aksesibilitas mungkin menjadi tantangan bagi penguji yang tidak terbiasa dengan disabilitas. Praktik terbaik adalah melibatkan pengguna dengan disabilitas atau spesialis aksesibilitas yang dapat menjelaskan tantangan di dunia nyata. Teknik-teknik di bawah ini mencakup kategori-kategori utama gangguan.

1) Disabilitas Penglihatan

Bayangkan Anda sama sekali tidak dapat melihat dan perlu menggunakan situs web XYZ. Satu-satunya pilihan praktis Anda adalah pembaca layar. Pembaca layar adalah perangkat lunak yang membacakan konten pada halaman web, termasuk teks, tautan, tombol radio, gambar, dan video, sehingga pengguna tunanetra dapat memahami antarmuka tersebut. Pembaca layar populer meliputi: MULUT, NVDA, Apple VoiceOver, dan Android komentar balik.

Saat Anda menjalankan JAWS dan kemudian membuka browser, JAWS akan mengumumkan judul halaman. Jika Anda memindahkan fokus ke bilah alamat, JAWS akan mengatakan "Bilah alamat" dan kemudian membaca setiap karakter yang Anda ketik. Misalnya, ketikping google.com menampilkan pengumuman seperti berikut:

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".

Pembaca layar membacakan kata demi kata di dalam kolom teks, mengumumkan tautan sebagai "tautan", dan mengumumkan tombol sebagai "tombol", sehingga pengguna tunanetra dapat mengidentifikasi setiap kontrol. Jika situs web dibangun dengan buruk, pembaca layar mungkin salah mengidentifikasi elemen; misalnya, tautan yang ditata sebagai teks biasa dapat dibaca sebagai konten, menyembunyikan tindakan penting dari pengguna. Biaya yang ditanggung bisnis adalah hilangnya pendapatan nyata.

2) Buta Warna

Buta warna berarti pengguna tidak dapat mempersepsikan warna tertentu dengan benar. Buta warna merah-hijau adalah bentuk yang paling umum. Jika sebuah situs web sangat bergantung pada warna merah untuk menyampaikan makna, pengguna dengan buta warna merah-hijau mungkin akan melewatkan pesan tersebut.

Tim desain sebaiknya tidak pernah menggunakan warna saja untuk mengkomunikasikan informasi. Tombol kesalahan berwarna merah akan lebih mudah diakses jika juga diberi garis luar, diberi label dengan ikon, dan disertai teks deskriptif. Hitam dan putih tetap menjadi palet universal yang paling aman, dan alat seperti plugin Stark atau simulator buta warna peramban membantu mengungkap masalah sejak dini.

3) Penglihatan Rendah

Pengguna dengan gangguan penglihatan atau kondisi retina lainnya memerlukan dukungan tambahan untuk menggunakan situs ini:

1. Hindari teks yang terlalu kecil. WCAG merekomendasikan ukuran teks standar yang nyaman untuk diperbesar tanpa perlu zoom.
2. Pastikan tata letak menyesuaikan diri dengan rapi saat teks diperbesar hingga 200 persen (Kriteria Keberhasilan WCAG 2.2). Baris tidak boleh terpotong dan konten tidak boleh tumpang tindih.
3. Pertahankan rasio kontras minimum 4.5:1 untuk teks normal dan 3:1 untuk teks besar.

4) Disabilitas Motorik dan Disabilitas Lainnya

Persyaratan aksesibilitas utama adalah seluruh situs harus dapat dioperasikan tanpa menggunakan mouse. Setiap tautan, tombol, tombol radio, kotak centang, pop-up, dropdown, dan kontrol harus dapat dijangkau dan dioperasikan hanya menggunakan keyboard.

MisalnyaPengguna dengan keterbatasan mobilitas tangan mungkin tidak dapat menggunakan mouse. Jika kotak centang atau tautan tidak dapat dijangkau dengan tombol Tab, pengguna tidak dapat mengakses fitur-fitur tersebut.

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.

Fokus harus selalu terlihat. Saat pengguna menekan Tab, kontrol yang disorot harus terlihat jelas. Fokus yang terlihat membantu pengguna dengan penglihatan lemah atau buta warna mengikuti alur halaman dan membuat navigasi mudah diprediksi untuk semua orang.

Pengguna dengan disabilitas pendengaran Kita biasanya dapat melihat konten visual sebuah situs web, tetapi audio dan video menimbulkan masalah. Setiap video harus menyertakan teks terjemahan (caption), dan setiap file audio harus menyertakan transkrip atau teks deskriptif. Misalnya, video tutorial tentang cara memesan tiket pesawat harus dilengkapi dengan teks terjemahan yang akurat agar pengguna tunarungu dapat mengikutinya.

Contoh Kasus Uji untuk Pengujian Aksesibilitas

Daftar periksa di bawah ini digunakan untuk menyetujui pengujian aksesibilitas untuk aplikasi web pada umumnya. Gunakan ini sebagai titik awal dan perluas dengan kriteria keberhasilan WCAG 2.2 yang relevan dengan produk Anda.

1. Apakah tersedia alternatif tombol keyboard untuk setiap operasi mouse dan dialog?
2. Apakah dokumentasi pengguna menjelaskan cara mengoperasikan aplikasi dengan teknologi bantu?
3. Apakah urutan tabnya logis sehingga navigasi mengalir secara alami?
4. Apakah tersedia tombol pintasan untuk menu utama?
5. Apakah aplikasi ini mendukung semua sistem operasi dan pembaca layar yang ditargetkan?
6. Apakah waktu respons setiap layar atau halaman dikomunikasikan dengan jelas sehingga pengguna tahu berapa lama harus menunggu?
7. Apakah semua label ditulis dengan benar dan terhubung secara terprogram ke kontrolnya?
8. Apakah pilihan warnanya fleksibel dan telah diuji menggunakan simulator buta warna?
9. Apakah gambar, ikon, dan emoji digunakan dengan cara yang dapat dipahami oleh pengguna akhir?
10. Apakah aplikasi tersebut menyediakan peringatan audio di tempat yang bermanfaat?
11. Apakah pengguna dapat menyesuaikan atau menonaktifkan kontrol audio dan video?
12. Bisakah pengguna mengganti font default untuk pencetakan dan teks di layar?
13. Bisakah pengguna menyesuaikan atau menonaktifkan tampilan yang berkedip, berputar, atau bergerak?
14. Tegaskan bahwa warna tidak pernah digunakan sebagai satu-satunya cara untuk menyampaikan informasi.
15. Apakah penyorotan masih terlihat saat warna sistem dibalik? Uji dengan mengubah rasio kontras.
16. Apakah transkrip audio dan video atau teks terjemahan tersedia untuk pengguna yang tidak dapat mendengar?
17. Apakah pelatihan disediakan untuk pengguna penyandang disabilitas agar mereka dapat terbiasa dengan aplikasi ini?
18. Apakah semua kontrol interaktif dapat diakses, dioperasikan, dan ditutup hanya menggunakan keyboard?

Bagaimana AI Mengubah Pengujian Aksesibilitas

AI sedang berbagi ulangping Pengujian aksesibilitas dilakukan dengan tiga cara praktis. Pertama, pemindai pembelajaran mesin kini membaca DOM yang dirender bersama dengan model visi komputer untuk mendeteksi masalah yang terlewatkan oleh alat berbasis aturan, seperti teks alt yang tidak tepat atau kombinasi warna yang gagal dalam tata letak nyata. Kedua, AI generatif menyarankan perbaikan yang mudah dibaca manusia, termasuk teks alt yang lebih baik, pesan kesalahan yang lebih jelas, dan atribut ARIA untuk komponen kustom. Ketiga, AI memprioritaskan temuan berdasarkan dampak pengguna, sehingga tim dapat mengalokasikan anggaran mereka untuk masalah yang paling penting. Alat seperti Deque axe AI, Evinced, UserWay, dan Siteimprove kini menyertakan fitur AI. AI tidak menggantikan pengujian pembaca layar manual atau riset pengguna dengan penyandang disabilitas, tetapi sangat mengurangi beban kerja triase manual dan membantu aksesibilitas bergeser ke kiri dalam siklus pengembangan.

Mitos Pengujian Aksesibilitas

Berikut adalah mitos umum tentang pengujian aksesibilitas beserta fakta-faktanya:

Mitos: Membuat situs web yang mudah diakses itu mahal.

Fakta: Tidak demikian. Mempertimbangkan aksesibilitas selama tahap desain, bersama dengan pengujian dasar, menghemat biaya dibandingkan dengan pemasangan ulang dan mengurangi pengerjaan ulang yang mahal.

Mitos: Mengubah situs web yang tidak dapat diakses menjadi situs web yang dapat diakses terlalu memakan waktu dan biaya.

Fakta: Anda tidak perlu menerapkan semua perbaikan sekaligus. Mulailah dengan perubahan yang memiliki dampak terbesar pada pengguna penyandang disabilitas dan luncurkan sisanya dalam rilis berikutnya.

Mitos: Aksesibilitas itu sederhana dan membosankan.

Fakta: Halaman tetap bisa kaya secara visual dan padatractetap memenuhi pedoman WCAG 2.2. W3C secara eksplisit tidak menganjurkan versi teks saja dan lebih memilih pengalaman aksesibel tunggal untuk semua orang.

Mitos: Aksesibilitas hanya diperuntukkan bagi pengguna tunanetra dan penyandang disabilitas.

Fakta: Mengikuti pedoman aksesibilitas meningkatkan kegunaan secara keseluruhan dan bermanfaat bagi setiap pengguna, termasuk mereka yang menggunakan perangkat seluler, di bawah sinar matahari yang terik, atau di lingkungan yang bising.

Pertanyaan Umum Demo Slot