Как мы уже писали ранее, тестирование веб-приложений существенно отличатся от тестирования десктоп приложений. Роб Ламберт, также известный как «Социальный тестировщик», объясняет это в своей электронной книге «36 Дней Веб Тестирования».

Отвечая на вопрос, какие три главы он находит самыми ценными, Ламберт выделил следующие: 1. глава о расширениях браузера, так как в ней описываются бесценные инструменты в распоряжении тестировщиков; 2. глава о доступности Web, так как Роб искренне убежден, что все мы должны сделать Web более доступным; 3. глава о клиент- и сервер-наблюдении, так как это может вывести на самые критические баги продукта.

В этой заметке мы рассмотрим эти три области тестирования веб-приложений и поделимся некоторыми советами Роба Ламберта.

Расширения браузера

Книга Ламберта полна ссылок на множество других ресурсов, и это одна из причин ее ценности . В отличие от книги, которую вы снимите с полки книжного магазина, электронная книга обеспечивает простой доступ к дополнительным полезным ресурсам. Эта концепция свободного обмена далее демонстрируется инструментами, которые описаны в главе «Расширения Браузера» в книге «36 Дней Веб Тестирования».

В отличие от других глав книги, которые обычно описывают типы веб тестов, глава «Расширения Браузера» описывает аддоны и плагины для браузеров, которые могут быть полезны веб тестировщикам. Ламберт добавляет, что существуют много других надстроек, кроме тех, которые он перечисляет в книге, а также говорит, что URL может меняться, но этот список полезен для новых тестировщиков, которые смогут узнать о самых популярных из доступных инструментов для веб тестирования.

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

Selenium IDE является лишь одним из нескольких расширений, которые Ламберт рекомендует. Каждый инструмент сопровождается ссылкой и кратким описанием. Например, IE Tab – расширение Firefox для просмотра сайтов, которые корректно отображаются только в Internet Explorer; Firesizer для изменения размера окон, а также популярный Firebug, который позволяет работать множеству инструментов для разработки, в то время как запущен браузер Firefox.

Доступность Web

Тестирование доступности Веб проводится для того, чтобы убедиться, что сайт использует все преимущества своего функционала для помощи пользователям с определенными физическими отклонениями. Один из примеров – необходимость убедиться в том, что функция «text to speech» (позволяет прослушать, а не читать текст) реализована должным образом, чтобы незрячие люди могли воспользоваться ею. Возможность увеличивать текст и картинки, проставлять теги к изображениям с описаниями – это именно те функции, которые должны помочь людям с плохим зрением. Дальтоников тоже следует принимать во внимание при создании веб-дизайна. Также должны быть созданы специальные функции, которые помогут людям с плохим слухом, эпилептикам и умственно отсталым.

В книге Ламберта в главе о тестировании доступности Веб, он напоминает нам, что существует инструментарий, позволяющий тестировать соответствие HTML, но тестирование должно выходить за рамки простого запуска инструмента. Например, атрибут «альтернативный текст» (alt text) позволит выводить текст, как альтернативу изображению. Это позволит незрячим пользователям при использовании программы чтения с экрана прослушать устную версию текста, связанного с этим изображением. Однако если не задать значение атрибуту «alt text», то эта функция просто не будет работать.

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

Клиент- и сервер-наблюдение

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

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