Введение.

Бурное развитие интернет-технологий, коммерции, да и всей сети в целом диктует свой рынок специалистов, которые в состоянии обеспечить этот процесс всем необходимым на должном уровне. К их числу относят также так называемых веб-дизайнеров и веб-мастеров, в чьих руках - визитная карточка в интренет любой уважающей себя фирмы - Web (страница, сайт, сервер). И если первый (веб-дизайнер) занимается разработкой сайта, то второй - его поддержкой. Есть еще одна, возможно и малозаметная, но набирающая свою силу специальность - веб-тестера. Являясь разновидностью бета-тестера, этот специалист призван обеспечить максимальное качество веб-страниц, а следовательно и максимальное количество посетителей на них.

Цель данной статьи - ответить на вопросы, которые волнуют любого, кто столкнулся с необходимостью тестирования Web. Аналогичным образом можно проводить тестирование HTML хелпов разрабатываемых приложений.

Кто такой веб-тестер?

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

Инструментарий и методы.

Мы не будем подробно останавливаться на том, что необходимо для успешного тестирования. Веб-тестер может (и должен) использовать все то программное обеспечение, которое используется любым тестером. Это и коллекторы багов, и менеджеры TestCase, и утилиты для автоматизированного тестирования. Важной особенностью веб-тестирования являются его временные рамки. Если при тестировании ПО у тестера есть месяцы (а иногда и годы), то у веб-тестера есть лишь дни и недели (в лучшем случае) на тестирование предложенного сайта. Поэтому, если при тестировании программ, можно и нужно составлять подробные планы тестирования, описывать Test Cases на основе полученной от разработчика документации, то при тестировании Web-страниц это может значительно отодвинуть сроки публикации материалов в интернете.

Важно, чтобы любой, кто решил провести веб тестирование имел в своем распоряжении интернет-соединение (в идеале - различные его виды: от dial-up до ISDN), различные операционные системы и различные версии наиболее популярных броузеров.

Что и как тестировать?

Итак для того, чтобы провести тестирование веб необходимо обращать внимание на следующие общие моменты:

Далее описаны лишь общие положения:

* Единство дизайна
* Навигиция
* Функциональность
* Совместимость с броузером
* Совместимость с OS
* "Дружественность"
* "Работоспособность"

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

Единство дизайна.

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

Навигация.

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

Функциональность.

Общие подходы к тестированию функциональности веб-страниц аналогичны таковым при тестировании приложений. Ниже приведен примерный перечень основной функциональности веб-страниц:

* Ссылки (работоспособность, открытие в том же или новом окне и т.п.)
* Формы (ввод текста, чисел, использование маски, работа с незаполненными полями, длина вводимых символов, коректная работа чекбоксов, комбобоксов, radio buttons, логичность установок "по умолчанию" и т.д.).
* Базы данных (поиск, добавление информации, редактирование, удаление, проверка на дублирование информации).
* Секретность (работа с паролями, передача данных, защита и т.д.)
* Кеширование (проверка на установку кеширования и обновления файлов)
* Проверка работы с броузером (refresh, forward/back, изменение размеров окна, выбор кодировки, скроллинг)
* Фреймы (загрузка страниц, скроллинг и т.п.)
* Анимация (наличие, изменение размеров, загрузка и т.д.)
* Аудио и видео (наличие, размещение, качество и др.)
* ActiveX
* Печать (корректно ли печатаются страницы).

Совместимость с броузером.

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

Совместимость с OS.

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

"Дружественность".

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

"Работоспособность".

Проверка на "работоспособность" подразумевает оценку скорости загрузки как страниц сайта в целом, так и каждого элемента в отдельности. Сюда включается оценка размера используемых рисунков, html-файлов, аудио и видео файлов, адаптация их к различным типам соединений (от обычного модемного dial-up соединения, начиная с 14400, до высокоскоростных технологий).

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



Использованная литература:

1. ERIC KAUFMAN, Testing Your Web site, 1999
2. MIKE POWERS, Why Test the Web? How Much Should You Test?, 2000.
3. JASON HERRES, The Three Ts of Building an Internet Web Testing Lab: Team, Tools and Technology, 2001

Источник : http://www.s-test.elistel.net/Articles/webtest.htm