Мы с Артёмом Плаксиным из VK не раз дискутировали о компетенциях незрячего тестировщика.

Артём — убеждённый сторонник глубокого знания кода и инструментов разработки. Я же допускал, что для некоторых ситуаций может быть достаточно навыков сценарного тестирования и понятной коммуникации с заказчиком без погружения в код. Например, для команды, где фронтенд‑разработчики, что называется, «шарят».

Думаю, мы оба по‑своему правы, но Артём точно правее: большинству заказчиков и исполнителей приходится всё разжёвывать — их нужно буквально водить за руку.

Сегодня был очень показательный запрос на аудит доступности госсайта. Между услугами незрячего тестировщика и полным аудитом коллеги из другого региона выбрали второе. И вовсе не потому, что визуальная часть доступности им более‑менее понятна.

В их картине мира незрячий тестировщик ограничивается составлением чек‑листа и проверкой проходимости сценариев. Для ИТ‑отрасли люди без зрения сильно далеки от фронтенда и не могут документировать качественно и понятно.

Стереотипы — большая проблема. Но в ней же — скрытая удача. 😊 Мы уже не раз видели, как меняется отношение, когда работа тестировщика сделана хорошо, а в доке — структура и наглядность.