Pengujian aksesibilitas

Topik ini menjelaskan berbagai alat dan prosedur untuk memverifikasi aksesibilitas aplikasi Windows Anda.

Ini ditujukan untuk tim yang memprioritaskan aksesibilitas dan pengujian otomatis sepanjang siklus hidup pengembangan. Pendekatan yang paling efektif menggabungkan otomatisasi yang berjalan di CI dengan pengujian teknologi bantuan manual yang berfokus untuk skenario berisiko tinggi.

Pengalaman pengguna yang sukses

Akses programatik dan keyboard sangat penting untuk aksesibilitas. Uji aplikasi Windows Anda, alat teknologi bantuan (AT), dan kerangka kerja UI untuk memastikan pengalaman yang sukses bagi orang-orang dengan visi, pembelajaran, keluringan/mobilitas, atau disabilitas bahasa/komunikasi, serta orang-orang yang lebih menyukai navigasi keyboard.

Tanpa dukungan yang memadai untuk teknologi bantuan (AT), seperti pembaca layar dan keyboard di layar, banyak pengguna mungkin merasa aplikasi Anda sulit atau tidak mungkin digunakan.

Alat pengujian aksesibilitas

Gunakan alat di bagian ini sepanjang pengembangan, bukan hanya sebelum rilis. Mulailah dengan Accessibility Insights untuk pemeriksaan cepat dan berdampak tinggi, lalu gunakan alat SDK warisan untuk inspeksi properti, peristiwa, atau pola kontrol UI Automation yang lebih mendalam.

Wawasan Aksesibilitas

Accessibility Insights membantu pengembang menemukan dan memperbaiki masalah aksesibilitas di situs web dan aplikasi Windows.

  • Accessibility Insights untuk Windows membantu pengembang menemukan dan memperbaiki masalah aksesibilitas di aplikasi Windows. Alat ini mendukung tiga skenario utama:
    • Inspeksi Langsung memungkinkan pengembang memverifikasi bahwa elemen dalam aplikasi memiliki properti Automation UI yang tepat hanya dengan mengarahkan mouse ke atas elemen atau mengatur fokus keyboard padanya.
    • FastPass - proses dua langkah ringan yang membantu pengembang mengidentifikasi masalah aksesibilitas umum dan berdampak tinggi dalam waktu kurang dari lima menit.
    • Pemecahan masalah memungkinkan Anda mendiagnosis dan memperbaiki masalah aksesibilitas tertentu.
  • Accessibility Insights for Web adalah ekstensi untuk Chrome dan Microsoft Edge Insider yang membantu pengembang menemukan dan memperbaiki masalah aksesibilitas di aplikasi dan situs web. Ini mendukung dua skenario utama:
    • FastPass - proses dua langkah ringan yang membantu pengembang mengidentifikasi masalah aksesibilitas umum dan berdampak tinggi dalam waktu kurang dari lima menit.
    • Penilaian - memungkinkan siapa pun memverifikasi bahwa situs web 100% mematuhi standar dan pedoman aksesibilitas. Accessibility Insights juga memungkinkan Anda meninjau elemen, properti, pola kontrol, dan peristiwa UI Automation (mirip dengan alat warisan Inspect and AccEvent yang dijelaskan di bagian berikut).

Alat pengujian warisan

Nota

Alat yang dijelaskan di sini masih tersedia di Windows SDK, tetapi kami sangat menyarankan transisi ke Accessibility Insights.

Windows Software Development Kit (SDK) mencakup beberapa alat pengujian aksesibilitas, termasuk AccScope, Inspect , dan UI Accessibility Checker, antara lain.

Anda dapat meluncurkan alat pengujian aksesibilitas berikut baik dari prompt perintah Microsoft Visual Studio atau dengan menavigasi ke folder bin di mana pun Windows SDK diinstal pada komputer pengembangan Anda.

AccScope

AccScope Memungkinkan evaluasi visual aksesibilitas aplikasi selama fase desain dan pengembangan awal. AccScope secara khusus ditujukan untuk menguji skenario aksesibilitas Narator dan menggunakan informasi Automation UI yang disediakan oleh aplikasi untuk menunjukkan di mana aksesibilitas dapat ditingkatkan.

Periksa

Pemeriksaan memungkinkan Anda memilih elemen UI apa pun dan melihat data aksesibilitasnya. Anda dapat melihat properti dan pola kontrol Microsoft UI Automation dan menguji struktur navigasi elemen otomatisasi di pohon UI Automation. Ini sangat berguna untuk memastikan properti dan pola kontrol diatur dengan benar saat memperluas kontrol umum atau membuat kontrol kustom.

Gunakan Periksa saat Anda mengembangkan UI untuk memverifikasi bagaimana atribut aksesibilitas diekspos di Automasi UI. Dalam beberapa kasus, atribut berasal dari dukungan Automation UI yang sudah diterapkan untuk kontrol XAML default. Dalam kasus lain, atribut berasal dari nilai tertentu yang telah Anda tetapkan dalam markup XAML Anda, sebagai properti terlampir seperti AutomationProperties.

Gambar berikut menunjukkan alat Inspeksi untuk mengkueri properti UI Automation dari elemen menu Edit di Notepad.

Cuplikan layar alat Inspeksi.

Pemeriksa Aksesibilitas UI

Pemeriksa Aksesibilitas UI (AccChecker) membantu Anda menemukan potensi masalah aksesibilitas pada waktu proses. AccChecker mencakup pemeriksaan verifikasi untuk Automasi UI, Aksesibilitas Aktif Microsoft, dan Aplikasi Internet Kaya yang Dapat Diakses (ARIA). Ini dapat memberikan pemeriksaan statis untuk kesalahan seperti nama yang hilang, masalah pohon, dan banyak lagi. Ini membantu memverifikasi akses terprogram dan mencakup fitur lanjutan untuk mengotomatiskan pengujian aksesibilitas. Anda dapat menjalankan AccChecker dalam UI atau mode baris perintah. Untuk menjalankan alat mode UI, buka folder AccChecker di folder bin Windows SDK, jalankan acccheckui.exe, dan klik menu Bantuan .

Verifikasi Otomatisasi UI

Verifikasi Otomatisasi UI (Verifikasi UIA) adalah kerangka kerja untuk pengujian manual dan otomatis implementasi Otomatisasi UI dalam kontrol atau aplikasi (hasil dapat dicatat). Verifikasi UIA dapat diintegrasikan ke dalam kode pengujian dan melakukan pengujian otomatis reguler atau pemeriksaan acak skenario UI Automation serta berguna untuk memverifikasi bahwa perubahan pada aplikasi dengan fitur yang sudah ada tidak memiliki masalah atau regresi baru. Verifikasi UIA dapat ditemukan di subfolder UIAVerify dari folder bin Windows SDK.

Pemantau Acara yang Mudah Diakses

Event Watcher (AccEvent) yang dapat diakses menguji apakah elemen UI aplikasi mengaktifkan peristiwa Automasi UI dan Aksesibilitas Aktif Microsoft yang tepat saat perubahan UI terjadi. Perubahan dalam UI dapat terjadi saat fokus berubah, atau saat elemen UI dipanggil, dipilih, atau memiliki perubahan status atau properti. AccEvent biasanya digunakan untuk men-debug masalah dan untuk memvalidasi bahwa kontrol kustom dan diperluas berfungsi dengan benar.

Prosedur pengujian aksesibilitas

Membangun alur kerja aksesibilitas yang mengutamakan otomatisasi

Gunakan pengujian aksesibilitas sebagai gerbang rilis, dengan cara yang sama seperti Anda menggunakan pengujian unit, integrasi, dan keandalan.

  1. Tentukan ekspektasi aksesibilitas garis besar untuk alur pengguna inti dan perilaku kontrol.
  2. Tambahkan pemeriksaan otomatis yang berjalan dalam permintaan pull dan CI untuk mendeteksi regresi dengan cepat.
  3. Gagal membangun ketika masalah aksesibilitas penting terdeteksi, dan melacak pengecualian dengan pemilik dan tanggal kedaluwarsa.
  4. Jadwalkan pembaca layar manual dan validasi keyboard untuk skenario di mana penilaian manusia diperlukan.
  5. Coba lagi skenario yang terpengaruh setiap kali templat, logika kontrol, atau perilaku navigasi berubah.

Menguji aksesibilitas keyboard

Validasi perilaku keyboard tanpa input dari pointer. Konfirmasikan urutan Tab yang lengkap dan logis di semua elemen interaktif, navigasi tombol panah yang diharapkan dalam kontrol komposit, dan pemanggilan tindakan keyboard yang andal (biasanya Enter atau Spacebar) untuk setiap permukaan perintah yang dapat difokuskan.

Memverifikasi rasio kontras teks yang terlihat

Gunakan alat kontras warna untuk memverifikasi bahwa rasio kontras teks yang terlihat dapat diterima. Pengecualian termasuk elemen UI yang tidak aktif, dan logo atau teks dekoratif yang tidak menyampaikan informasi apa pun dan dapat diatur ulang tanpa mengubah arti. Lihat Persyaratan teks yang dapat diakses untuk informasi selengkapnya tentang rasio dan pengecualian kontras. Lihat Teknik untuk WCAG 2.0 G18 (Bagian sumber daya) untuk alat yang dapat menguji rasio kontras.

Nota

Beberapa alat yang tercantum oleh Teknik untuk WCAG 2.0 G18 tidak dapat digunakan secara interaktif dengan aplikasi Windows. Anda mungkin perlu memasukkan nilai warna latar depan dan latar belakang secara manual dalam alat, membuat tangkapan layar UI aplikasi dan kemudian menjalankan alat rasio kontras atas gambar tangkapan layar, atau menjalankan alat saat membuka file bitmap sumber dalam program pengeditan gambar daripada saat gambar tersebut dimuat oleh aplikasi.

Memverifikasi aplikasi Anda dengan kontras tinggi

Gunakan aplikasi Anda saat tema kontras tinggi aktif untuk memverifikasi bahwa semua elemen UI ditampilkan dengan benar. Semua teks harus dapat dibaca, dan semua gambar harus jelas. Sesuaikan sumber daya kamus tema XAML atau templat kontrol untuk memperbaiki masalah tema apa pun yang berasal dari kontrol. Dalam kasus di mana masalah kontras tinggi yang menonjol tidak berasal dari tema atau kontrol (seperti dari file gambar), berikan versi terpisah untuk digunakan ketika tema kontras tinggi aktif.

Memverifikasi aplikasi Anda dengan pengaturan tampilan

Validasi penskalaan UI di seluruh perubahan DPI sistem, termasuk skenario penskalaan berbasis aksesibilitas. Jika regresi tata letak atau penyajian muncul, terapkan Panduan untuk penskalaan tata letak dan tambahkan sumber daya untuk faktor skala yang terpengaruh.

Memverifikasi skenario aplikasi utama dengan menggunakan Narator

Gunakan Narator untuk menguji pengalaman membaca layar untuk aplikasi Anda.

Gunakan langkah-langkah ini untuk menguji aplikasi Anda menggunakan Narator dengan mouse dan keyboard:

  1. Mulai Narator dengan menekan tombol logo Windows + Ctrl + Enter. Dalam versi sebelum Windows 10 versi 1607, gunakan kunci logo Windows + Enter untuk memulai Narator.
  2. Navigasikan aplikasi Anda dengan keyboard dengan menggunakan tombol Tab , tombol panah, dan tombol Caps Lock + panah.
  3. Saat Anda menavigasi aplikasi, dengarkan saat Narator membaca elemen UI Anda dan verifikasi hal berikut:
    • Untuk setiap kontrol, pastikan Narator membaca semua konten yang terlihat. Pastikan juga bahwa Narator membaca nama setiap kontrol, status yang berlaku (dicentang, dipilih, dan sebagainya), dan jenis kontrol (tombol, kotak centang, item daftar, dan sebagainya).
    • Jika elemen interaktif, verifikasi bahwa Anda dapat menggunakan Narator untuk menjalankan tindakannya dengan menekan Caps Lock + Enter.
    • Untuk setiap tabel, pastikan Narator membaca nama tabel dengan benar, deskripsi tabel (jika tersedia), dan judul baris dan kolom.
  4. Tekan Caps Lock + Shift + Enter untuk mencari aplikasi Anda dan verifikasi bahwa semua kontrol Anda muncul di daftar pencarian, dan bahwa nama kontrol dilokalkan dan dapat dibaca.
  5. Matikan monitor Anda dan coba selesaikan skenario aplikasi utama dengan hanya menggunakan keyboard dan Narator. Untuk mendapatkan daftar lengkap perintah dan pintasan Narator, tekan Caps Lock + F1.

Saat Narator berjalan, aktifkan mode pengembang dengan Control + Caps Lock + F12. Mode Pengembang mengaburkan layar dan menyoroti hanya objek dan teks yang dapat diakses yang diekspos melalui program, sehingga lebih mudah untuk memvalidasi keluaran yang dapat dilihat oleh Narator.

Gunakan langkah-langkah ini untuk menguji aplikasi Anda menggunakan mode sentuh Narator:

Nota

Narator secara otomatis memasuki mode sentuh pada perangkat yang mendukung lebih dari 4 sentuhan. Narator tidak mendukung skenario multi-monitor atau digitizer multi-sentuh di layar utama.

  1. Kenali UI dan jelajahi tata letaknya.

    • Navigasikan melalui UI dengan menggunakan gerakan gesek satu jari. Gunakan geser ke kiri atau kanan untuk berpindah antar item, dan menggesek ke atas atau ke bawah untuk mengubah kategori item yang sedang dinavigasi. Kategori mencakup semua item, tautan, tabel, header, dan sebagainya. Menavigasi dengan gerakan gesek satu jari mirip dengan menavigasi dengan Caps Lock + Arrow.
    • Gunakan gerakan tab untuk menavigasi melalui elemen yang dapat difokuskan. Gesek tiga jari ke kanan atau kiri sama dengan menavigasi dengan Tab dan Shift + Tab pada keyboard.
    • Selidiki UI secara spasial dengan satu jari. Seret satu jari ke atas dan ke bawah, atau kiri dan kanan, agar Narator membaca item di bawah jari Anda. Anda dapat menggunakan mouse sebagai alternatif karena menggunakan logika pengujian benturan yang sama dengan menyeret satu jari.
    • Baca seluruh jendela dan semua isinya dengan gesek tiga jari ke atas. Ini setara dengan menggunakan Caps Lock + W.

    Jika ada UI penting yang tidak dapat Anda jangkau, Anda mungkin memiliki masalah aksesibilitas.

  2. Berinteraksi dengan kontrol untuk menguji tindakan utama dan sekundernya, dan perilaku penggulirannya.

    Tindakan utama mencakup hal-hal seperti mengaktifkan tombol, menempatkan kursor teks, dan memfokuskan kontrol. Tindakan sekunder mencakup tindakan seperti memilih item daftar atau memperluas tombol yang menawarkan beberapa opsi.

    • Untuk menguji tindakan utama: Ketuk dua kali, atau tekan dengan satu jari dan ketuk dengan jari lainnya.
    • Untuk menguji tindakan sekunder: Ketuk tiga kali, atau tekan dengan satu jari dan ketuk dua kali dengan jari lainnya.
    • Untuk menguji perilaku pengguliran: Gunakan gesek dua jari untuk menggulir ke arah yang diinginkan.

    Beberapa kontrol menyediakan tindakan tambahan. Untuk menampilkan daftar lengkap, lakukan ketukan empat jari satu kali.

    Jika kontrol merespons mouse atau keyboard tetapi tidak merespons interaksi sentuh primer atau sekunder, kontrol mungkin perlu menerapkan pola kontrol Automation UI tambahan.

Anda juga harus mempertimbangkan untuk menggunakan alat AccScope untuk menguji skenario aksesibilitas Narator dengan aplikasi Anda. Topik alat AccScope menjelaskan cara mengonfigurasi AccScope untuk menguji skenario Narator.

Memeriksa representasi UI Automation untuk aplikasi Anda

Gunakan alat inspeksi UI Automation untuk melihat aplikasi Anda dalam bentuk pohon elemen UIA yang digunakan oleh teknologi bantuan.

AccScope berguna karena menampilkan pohon sebagai daftar atau overlay visual, memungkinkan Anda menghubungkan struktur otomatisasi dengan UI yang dirender. Ini efektif bahkan untuk prototipe UI awal, sebelum logika interaksi penuh diterapkan.

Verifikasi bahwa hanya elemen yang dimaksudkan yang muncul di setiap tampilan aksesibilitas dan elemen yang diperlukan ada. Gunakan AutomationProperties.AccessibilityView untuk memperbaiki kelalaian atau pemaparan berlebih, lalu validasi ulang urutan tab dan penggunaan tombol panah untuk semua elemen interaktif dalam tampilan kontrol.

  • Last updated on