Пока нет оценок.
Пожалуйста, подождите...

Задумывались ли Вы когда-нибудь над тем, какие методы тестирования ввода информации существуют на данный момент? Компьютерная мышь, клавиатуры, тач-скрин, выгрузка, загрузка, камера, или что-то подобное выше перечисленному. Все это – типы ввода.

Непосредственно ввод – очень важная составляющая почти всех современных веб-продуктов. Поскольку именно клавиатура рассматривается как часть устройства (например, планшета или смартфона), а иногда даже как отдельный продукт. Пользователь, скорее всего, не собирается проверять ее во время тестирования использующего такой инструмент приложения.

Зачастую бывает так, что проверять работу экранной клавиатуры в веб-продукте необходимо так, будто она является неотъемлемой частью всего проекта. Без разницы, как будет называться данный процесс: проведение интеграционного тестирования или как-то по-другому.

Крайне важно лишь то, что клиенты смогут обратить внимание на несовершенную работу клавиатуры с разрабатываемым ПО, и все негативные варианты системного поведения могут окончательно повлиять на их решение пользоваться таким продуктом или нет.

Значительная часть проблем, которые описанные в данной статье, были обнаружены на традиционной экранной клавиатуре при использовании мобильной версии определенного веб-продукта. Это означает, что особенности любой доступной сегодня физической клавиатуры (выполнение перехода по табуляции, к примеру), вообще не рассматриваются. Основной фокус уделяется только специфике экранных клавиатур (например, кастомизации).

Ошибки

Давайте перейдем сразу к группе наиболее распространенных дефектов, содержащихся в экранных клавиатурах, которые могут существенным образом испортить целостное представление о веб-продукте.

Проблемы с отображением опции менеджера паролей

Наименование бага говорит само за себя. Возможность применения менеджера паролей не всегда доступна на дисплее регистрации или авторизации в определенном приложении.

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

Менеджер паролей не в состоянии заполнить тестовое поле для почты

Зачастую, можно заметить такую проблему, что менеджер паролей не всегда является доступным на дисплее авторизации или регистрации. В периоды, когда доступ открыт, он мог заполнять только поле для ввода пароля. У него попросту не было достаточной базы прав для процесса заполнения поля почты и никнейма. Это означает, что пользователям придется постоянно вводить свою почту вручную, что крайне неудобно и не практично.

Еще можно протестировать работу почтовых доменов, а именно, как эта функция может повлиять на работу всего менеджера паролей и не отобразится ли домен дважды (например, в текстовом поле или списке выпадающего меню). Часто проблемой всего этого может быть кодировка поля почты так, что оно системой отображается как поле логина или почты, а значит, менеджер паролей не сможет получить к ним «технический» доступ.

Отображение неверной клавиатуры

Бывает и так, что на устройстве, которое используется для тестов, в дополнение к набору системных используются еще и кастомные клавиатуры и соответствующие менеджеры паролей. Если такая кастомная клавиатура была инсталлирована по умолчанию, программное обеспечение будет ею оперировать только тогда, когда соответствующие настройки будут изменены пользователем. Во всех остальных ситуациях будет отображаться исключительно системная.

Некоторые тестеры сталкиваются с тем, что программа настаивает на использовании только системной клавиатуры. Пользователей это очень часто раздражает и крайне ограничивает в возможностях и простоте ввода информации.

Но вот симбиоз кастомной и системной клавиатуры – это уже что-то новое. Пользователи, конечно же, монтируют и настраивают кастомные клавиатуры не просто так, а значит приложение должно давать им свободный доступ к использованию подобных клавиатур, когда и где им того захочется.

Можно выполнить тесты на поиск менеджера паролей в системных настройках, но только в ситуации, когда отображается исключительно кастомная клавиатура. Также бывает и так, что даже при включенной системной клавиатуре все равно отображается кастомная. Это два разных бага и об их наличии необходимо сообщать программистам.

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

Иногда случается так, что исправление ошибок с выбором переключения типа экранной клавиатуры на системном уровне может менять цвет темы со светлой на темную.

Это крайне интересный момент классического регресса – модификация чего-то одного из-за выполненных исправлений в чем-то другом. Подобная ситуация также демонстрирует, как очень важно тестеру знать об актуальных методах внедрения исправлений в продукт.

Когда QA в курсе, как и что могло внедряться в ПО, он лучше будет понимать, как этот функционал проверять, оперируя деталями технического внедрения. Другими словами, не ленитесь обращаться к программистам всегда, и особенно, когда продукт претерпевает масштабные технические изменения. Так вы спокойно сможете ориентироваться в его трансформациях и системных модификациях во время проведения тестирования.

Нет возможности спрятать клавиатуру

Бывает такое, что клавиатура показывается постоянно и ее трудно спрятать: пустого места, куда физически можно было бы ее спрятать (при этом, не нажав ничего лишнего), очень мало.

Подобные вещи могут очень сильно раздражать конечных пользователей. Также это существенным образом повышает риск допущения других ошибок. Давайте просто представим, что мы – это раздраженный пользователь, который постоянно нажимает не туда, куда нужно по случайности, так как пытается убрать экранную клавиатуру и просмотреть контент, который находится под нею.

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

Некоторые улучшения

Также на проектах могут возникать такие вопросы и ситуации при тестировании ПО, которые, по факту, не являются жесткими дефектами. Но тем не менее ситуацию можно и нужно улучшить, чтобы конечным пользователям было максимально удобно взаимодействовать с веб-продуктом.

Текст на виртуальной клавише Enter

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

При нажатии на данную кнопку виртуальный курсор автоматически перемещается в поле для ввода пароля. В такой ситуации лучше всего использовать название «Далее». При нажатии на Enter в поле ввода пароля системное действие было полностью аналогично клавише «Войти». Можно также обозначить и кнопку Enter.

Подобная вещь – это сущая мелочь, но текст, корректно отображающий связанные с кнопками действия, крайне важен, особенно в ситуации, когда подобные системные действия невозможно отменить. Подобная практика позволяет полностью предотвратить баги и избежать постоянного раздражения со стороны пользователя.

Демонстрация цифровой панели для численных полей

Иногда случается, что в поле для ввода только цифр свободно можно вписывать буквенные значения, а также группу специальных символов. Или нажатие на панель цифр может сменить содержимое поля (при нажатии на буквы и специальные символы никаких изменений не происходит).

Как решение данной проблемы, можно внедрить показ цифровой раскладки клавиатуры вместо того, чтобы постоянно демонстрировать полную клавиатуру, где около 90% символов вообще не востребованы. Кроме того, такой шаг дополнительно уведомит пользователя о том, что в данном поле можно оперировать исключительно числовыми значениями.

Остальное

Также, в процессе тщательного тестирования возможностей экранной клавиатуры, QA может столкнуться с большим перечнем интересных вещей, а именно:

  1. Положительные и негативные стороны применения классической библиотеки клавиатуры – создание кастомизированной клавиатуры с нуля.
  2. Влияние местоположения пользователя и выбранного языка на текущую раскладку клавиатуры и применение группы доступных символов.
  3. Скрытие или блокирование неиспользуемых символов – вывод текстового сообщения касательно ошибки заполнения поля.
  4. Тестирование недопустимости использования определенной группы символов на экранной клавиатуре.

В завершение стоит сказать, что даже минимально заметные и несущественные особенности программного обеспечения могут содержать разнообразные дефекты, баги и возможности для последующего улучшения качества продукта. Это говорит о том, что всегда нужно хорошо подумать, что еще можно проверить и что еще в системе может пойти не по своему сценарию. В нашей реальной и повседневной жизни даже простая клавиатура может стать печальным поводом больше не пользоваться определенным программным продуктом.

Оставить комментарий

WP Facebook Auto Publish Powered By : XYZScripts.com