Get best of the week

Bagaimana kami melakukan pengujian aksesibilitas di Alfa Digital

Produk digital seharusnya tidak hanya cantik, nyaman dan menguntungkan, tetapi juga dapat diakses oleh para penyandang cacat. Ini lebih penting daripada yang terlihat pada pandangan pertama. Terkadang, ini harus disampaikan kepada bisnis, kepada Pemilik Produk, dan kepada rekan kerja langsung. Tetapi kemudian ternyata membawa produk Anda ke tingkat yang baru. Kami bersama pengembang iOS seniorfamilkoceritakan tentang pengalaman kami.

Alfa-Bank adalah bagian dari kelompok kerja khusus yang dibuat oleh Bank Sentral dengan tujuan meningkatkan kualitas produk keuangan untuk kelompok dengan gangguan penglihatan. Metodologi kerja dan evaluasi khusus telah dikembangkan, yang dipatuhi semua bank.

Dan inilah cara kami menguji.

gambar

Pengguna dan Skenario


Pertama-tama, kami mengundang orang-orang tunanetra (dari berbagai kelompok) untuk menguji.

Kelompok cacat visual pertama adalah orang buta total yang dipaksa untuk menggunakan perangkat dan perangkat lunak khusus (pembaca layar, VoiceOver).

Kelompok kedua dan ketiga tunanetra, yang, tergantung pada penyakitnya, menggunakan perangkat tersebut atau berhasil tanpa mereka.

Ya, penting untuk dicatat bahwa ketika Anda melakukan pengujian apa pun, yang hasilnya adalah penyelesaian atau bahkan pemrosesan seluruh aplikasi atau fungsi individualnya, tidak ada salahnya untuk menyampaikan kebutuhannya kepada bisnis. Karena itu juga biaya, waktu, tenaga. Di sini ternyata cerita seperti itu, di satu sisi, tindakan tersebut untuk orang-orang dengan gangguan penglihatan adalah tanggung jawab sosial perusahaan, di sisi lain, seperti yang ditunjukkan oleh statistik, hingga 30 persen dari populasi negara tersebut mungkin mengalami kesulitan sementara dengan visi dalam situasi yang berbeda, dan ini sudah sosok yang mengesankan.

Oleh karena itu, kami berkumpul dan duduk untuk menguji bersama mereka empat skenario paling populer untuk menggunakan Alpha Mobile. Di sini mereka:

  • otorisasi aplikasi
  • cek saldo
  • lihat akun Anda (histori, status)
  • isi ulang akun ponsel

Tentu saja, tergantung pada orang tertentu, skenario bisa berbeda - seseorang sering membayar untuk perumahan dan layanan komunal menggunakan kode QR, seseorang mentransfer uang ke kerabat, tetapi yang paling umum adalah empat.

Metode dan Alat Uji


Ada GOST R 52872-2012 khusus , "Persyaratan aksesibilitas untuk tunanetra", yang menggambarkan semua standar secara cukup rinci. Itulah yang kami gunakan, menugaskan setiap kesalahan yang ditemukan label yang sesuai. Secara total, semua masalah yang ditemukan dibagi menjadi tiga kategori.

Masalah desain. Misalnya, di pintu masuk ke bank seluler, ini adalah jendela biasa bagi semua orang untuk memasukkan kode pin, Anda tidak memiliki fokus pada bidang input dan orang tersebut tidak mengatakan dengan lantang berapa banyak upaya yang harus ia lakukan untuk memasukkan pin.

gambar

Begitu juga dengan kami. Kedengarannya seperti masalah biasa-biasa saja, tetapi ini adalah hal yang kritis. Jika seseorang tidak dapat mendengar apakah ia memasukkan pin dengan benar atau tidak, berapa banyak upaya yang tersisa, maka ia mungkin melebihi jumlah upaya ini. Ini berarti bahwa pintu masuk ke Alfa Mobile akan diblokir sementara dengan semua ketidaknyamanan yang dihasilkan.

Masalah kualitas kode. Ini adalah saat tidak semua elemen yang Anda ucapkan dengan benar. Misalnya, di beberapa tempat panah navigasi dapat disuarakan sebagai "End of the table" dan potongan sistem serupa.

gambar

Masalah kontras. Misalnya, di sini, bahkan dengan penglihatan normal, sulit untuk membaca teks. Anda harus menyingkirkan ini dan segera memperhitungkannya.

gambar
"
Ada empat langkah utama dalam pekerjaan kami:

  • Mengumpulkan sekelompok penguji (7 orang) dan mundur aplikasi
  • Terpisah dari dev-branch, menganalisis masalah dan elemen
  • Mereka menuliskannya di satu piring, diprioritaskan
  • Kritis mulai diedit

Pengujian sangat membantu pendekatan Apple dalam menciptakan produk. Pertama, sangat nyaman untuk menguji segala sesuatu secara langsung di perangkat, para Cupertinian telah mengadaptasi semuanya dengan keren.

Kedua, ada Xcode dengan inspektur aksesibilitasnya, utilitas ini menunjukkan tampilan tombol dan elemen tertentu ketika Anda berada di layar, Anda dapat dengan cepat membaca semuanya dan memahami apakah itu akan disuarakan dengan benar. Sebenarnya, dalam kasus kami, ini adalah masalah utama - penandatanganan tombol untuk VoiceOver.


Kami menemukan cacat dengan mengevaluasi fungsionalitas dan kenyamanan aplikasi seluler yang digunakan orang dengan masalah penglihatan. Evaluasi dilakukan dengan menguji jalannya semua skenario pengguna dasar.

Skenario pengguna yang lebih mendasar yang tersedia untuk klien dan semakin sedikit hambatan dan kesulitan yang diidentifikasi selama naskah, semakin tinggi peringkatnya.

Tingkat ketersediaan skrip ditentukan oleh masalah paling kritis.

  • kritis menerima skenario di mana masalah ketersediaan kritis terdeteksi yang tidak memungkinkan tugas diselesaikan sama sekali.
  • minor menerima skenario di mana masalah aksesibilitas kritikalitas sedang terdeteksi ketika pengguna mengalami kesulitan yang signifikan dalam menyelesaikan tugas.
  • low menerima skenario di mana masalah ketersediaan kritikalitas rendah terdeteksi ketika pengguna mengalami kesulitan dalam menyelesaikan tugas.

Bagaimana cara menghindari cacat aksesibilitas?


Pertama, gunakan protokol Elemen Aksesibilitas UI.

Maka Anda perlu meningkatkan Voice Over (fungsi Makoshi khusus yang membantu pengguna tunanetra untuk bekerja dengan perintah suara dan keyboard):

  • Tombol tanda tangan.
  • Tambahkan nilai.
  • Tinggalkan sebuah petunjuk.
  • Kontrol grup.
  • Perbaiki prasasti yang salah.
  • Tunjukkan jenis kontrol: tombol, tulisan, tautan, dll.
  • Perpanjang tombol atau item jika terlalu sempit (minimum 44: 44)

Inilah yang kami sarankan:

1. Tombol - .accessibilityLabel

Setiap tombol harus diberi nama pendek dan resonan. VoiceOver akan melakukan lindung nilai, jika Anda lupa, ia akan mencoba membaca teks atau nama ikon pada tombol.

Apa yang perlu Anda tanda tangani:

  • Tombol dengan ikon, tetapi tanpa teks;
  • Gambar-gambar. Jika memungkinkan, lebih baik untuk menandatangani apa yang ditunjukkan pada gambar.
  • Tombol dan gambar tanpa label menyuarakan nama ikon, seperti dalam Aset

gambar


2. Nilai - .Aksesibilitas Nilai

Selain nama, Anda dapat menulis nilai. Misalnya, saat memasukkan jumlah uang dengan TextField, Anda harus menandatangani nama akun atau akhir digital, dan juga menunjukkan jumlah rubel.

gambar

3. Tips - .accessibilityHint

Jika kita ingin memperjelas tindakan lebih lanjut, kita dapat menulis sebuah petunjuk dalam .accessibilityHint. Tetapi Anda tidak harus terlalu bergantung pada permintaan: penjelasan konstan mengganggu Anda, jadi beberapa pengguna mematikannya melalui pengaturan telepon.

Tombol disuarakan sebagai "Ke bank lain", untuk penjelasan, Anda dapat meninggalkan petunjuk, jenis transfer apa, seberapa cepat dan sebagainya.


4. Kontrol grup - .Aksesibilitas

Secara default, setiap elemen diucapkan secara terpisah. Ini tidak nyaman: zona tekanan berkurang, Anda mungkin tidak melihat sesuatu, jadi Anda perlu menggeneralisasi.

Sekarang sel memiliki beberapa bidang: kartu, uang dan nama, 3 kontrol per sel. Perlu digeneralisasi bahwa ada 1 sel dan nama, sehingga ternyata lebih dekat dengan artinya.


Bagaimana memperbaikinya?

  1. Jadikan seluruh kontrol sel dapat diakses. Secara default, semua tampilan hanya wadah untuk elemen lain, VoiceOver mengabaikannya. Untuk menandai tampilan sebagai elemen terakhir, Anda harus mengatur sel isAccessibilityElement = true.
  2. Beri nama sel. Anda tidak bisa lagi fokus pada label, jadi Anda perlu menentukan teks secara manual. AksesibilitasLabel = specialOffer.title

Anda dapat menyederhanakan:

  1. Jadikan seluruh kontrol sel dapat diakses. Setel sel isAccessibilityElement = true
  2. Di AksesibilitasLabel, tulis hal terpenting: nama kartu dan akun. Dipisahkan oleh koma, VoiceOver memperhitungkan tanda baca.
  3. Dalam Aksesibilitas, tentukan informasi tambahan, dalam kasus kami ini akun apa, berapa banyak uang.
  4. Tunjukkan bahwa sel dapat ditekan, mis. ini pada dasarnya adalah sebuah tombol. AksesibilitasTraits = .tombol


Total


Pemeringkatan USABILITYLAB memberi kami tempat pertama dalam hal ketersediaan aplikasi. Ini tidak berarti bahwa kita sangat keren dan telah menutup semua masalah secara umum, menjadi aplikasi yang ideal, tidak. Tetapi kami sedang mengusahakannya, dengan mempertimbangkan semua seluk-beluk dan fitur dari bekerja dengan orang-orang yang memiliki masalah penglihatan.

Sangat keren juga bahwa cerita ini membantu kami menarik orang-orang seperti itu - mereka sering mengirimi kami umpan balik, dan sejumlah responden sekarang membantu menguji Alfa Mobile secara berkelanjutan.

Kami bekerja lebih jauh.

More articles:


All Articles