Към съдържанието
wannacode

Използваемост и достъпност

Накратко: Използваемостта не е вкус: мери се колко хора свършват задачата, за колко време и с колко грешки. Достъпността има готово мерило, WCAG 2.2, с критерии, които се проверяват един по един. Критерият за приемане казва кой, коя задача, при какви условия и каква граница.

Проблем

На демото беше удобно

Новото плащане на магазина минава демото с овации. Критерият за приемане беше „Плащането е удобно за клиента“. Всички в стаята се съгласиха, че е.

След пускането една трета от клиентите на телефон спират на формата за адреса. Полето за пощенски код приема само цифри, а клавиатурата на телефона показва букви. Клиент с четец на екрана чува „поле, поле, поле“ и не знае кое е за какво. Никой от залата не е бил нито едното, нито другото.

Идеята

Използваемостта се мери

„Удобно“ е мнение. Използваемостта е измерима: колко добре определени хора свършват определена задача при определени условия. Мери се с три неща:

  • ефективност: свършиха ли задачата? 8 от 10 нови клиенти платиха без помощ;
  • производителност (efficiency): за колко време и с колко грешки? Под 3 минути, най-много една грешка в полетата;
  • удовлетвореност: как се чувстват? Оценка по въпросник, например над 70 от 100.

Всяко от трите има нужда от кой (нов клиент на телефон), каква задача (плаща поръчка с доставка) и каква граница. Без тях няма тест, който да падне.

По-точно, за любопитните

Определението е от ISO 9241-11: степента, в която продукт може да се ползва от определени потребители за постигане на определени цели с ефективност (effectiveness), производителност (efficiency) и удовлетвореност (satisfaction) в определен контекст на ползване. Популярен въпросник за удовлетвореността е System Usability Scale (SUS) на Джон Брук: 10 въпроса, резултат от 0 до 100. В ISO/IEC 25010:2023 използваемостта на продукта е характеристиката възможност за взаимодействие (interaction capability), с подхарактеристики като разпознаваемост на уместността, научаемост, работоспособност, защита от грешки на потребителя, ангажираност, приобщаване (inclusivity), помощ за потребителя и самоописателност.

Пробвай

Кое се мери?

1. Кой критерий за приемане може да се провери?
2. Кой критерий може да се провери?
3. Кой критерий може да се провери?

Идеята

Достъпността има готово мерило

Достъпността е използваемост за всички: за човек с четец на екрана, само с клавиатура, с лошо зрение, с треперещи ръце. За нея не трябва да измисляш мерило: има WCAG (Web Content Accessibility Guidelines) на W3C.

WCAG 2.2 е списък от критерии за успех (success criteria) на три нива: A (най-малкото), AA (обичайната цел) и AAA. Всеки критерий се проверява поотделно и или минава, или не:

  • обикновеният текст има контраст поне 4,5 : 1 спрямо фона (AA);
  • всичко работи и с клавиатура (A);
  • фокусът се вижда (AA);
  • грешката във формата е описана с текст, не само с цвят (A);
  • целта за натискане е поне 24 × 24 пиксела или има достатъчно място около нея (AA, ново в 2.2).

Затова изискването „Страницата за плащане отговаря на WCAG 2.2, ниво AA“ е добро: то сочи списък от проверими критерии. Как изглежда това в HTML (роля, име, фокус), има в урока Достъпност от курса по уеб интерфейси.

По-точно, за любопитните

WCAG 2.2 е препоръка на W3C от октомври 2023 г. В ЕС Европейският акт за достъпността (директива 2019/882) важи от 28 юни 2025 г. и за онлайн търговията. Хармонизираният стандарт EN 301 549 сочи WCAG, ниво AA. Автоматичните инструменти (axe, Lighthouse) хващат само част от проблемите, най-често контраста и липсващите етикети. Дали съобщението за грешка има смисъл и дали редът на Tab е логичен, проверява човек.

Пробвай

Минава ли WCAG?

1. Сивият текст „Безплатна доставка от 50 €“ е на бял фон с контраст 2,5 : 1.
2. Бутонът „Поръчай“ работи с мишката, но не се стига с Tab.
3. Невалидният имейл се показва само с червена рамка около полето.

Идеята

Критерият, който се приема

Изискването за използваемост се пише като всеки критерий за приемане, с правило и примери. Например за плащането:

# language: bg
Функционалност: Плащане само с клавиатура


  Сценарий: Клиент без мишка плаща поръчката
    Дадено клиент с поръчка за 62,40 €, който ползва само клавиатура
    Когато мине формата за плащане с Tab, Enter и стрелките
    То плаща поръчката, без да ползва мишка
    И вижда кое поле е на фокус на всяка стъпка

Тези сценарии не се пускат срещу еталон. Изпълнява ги човек или инструмент. Но са на същия език като функционалните и стоят в същата матрица.

Мерилата за използваемост (8 от 10, под 3 минути) се проверяват с тест с потребители: пет до осем души от групата, на която е изискването, вършат задачата, а ти гледаш, мериш и не помагаш.

По-точно, за любопитните

CT-AcT v1.0, глава 4, е посветена на приемното тестване на нефункционалните изисквания, с отделни раздели за използваемостта и потребителското преживяване (user experience), за производителността и за сигурността. Програмата държи на същото: нефункционалното изискване се приема, когато има мерило, договорено с бизнеса преди теста. Често цитираното „5 потребители намират повечето проблеми“ е на Якоб Нилсен и важи за кратки кръгове тест, поправка и нов тест, не за един голям тест.

Упражнение

Изискване за използваемост

1. Плащането. Рецензирай изискването на дизайнера.

Отбележи думите, които правят изискването непроверимо, и избери какъв е проблемът във всяка.

Натисни думите, които са проблем; отново, за да махнеш отметката. Със стрелките се минава от дума на дума.

Тест

Провери се

1. Как се казва използваемостта в ISO/IEC 25010:2023?
2. Кои три неща мери използваемостта?
3. Защо „отговаря на WCAG 2.2, ниво AA“ е добро изискване?
4. В кой квадрант на тестването е тестът за използваемост с истински клиенти?

Създаден от Иво Гергов като част от кампанията на Evo Tech за достъпно обучение по програмиране ·