грязная посуда

ГЛЕБ ДЕЙКАЛО

Спецвыпуск: Хакер, номер #073, стр. 073-020-2

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

- страницу полного описания данного события, если в системе существует только одно событие с такой датой;

- на индексную страницу подраздела «IR Events Calendar» со списком кратких описаний событий на выбранную дату.

Также календарь содержит ссылки для переключения на следующий/предыдущий месяцы.

В списке кратких описаний выводятся только активные (не скрытые) события в хронологическом порядке. По умолчанию выводятся 10 первых по дате событий, начиная с текущей даты. Каждый блок краткого описания содержит:

- дату события;

- заголовок события;

- ссылку на страницу полного описания данного события (если поле «текст» данного события не пусто)».

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

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

Но допустим, что ТЗ адекватно, и тестировщик разобрался во всех его тонкостях. Тогда данный этап тестирования становится достаточно банальным. На примере с календарем тестирование выглядит так:

- ИДЕШЬ В РАЗДЕЛ INVESTOR RELATIONS / IR EVENTS CALENDAR;

- ЧИТАЕШЬ, ЧТО «КАЛЕНДАРЬ ПРЕДСТАВЛЯЕТ СОБОЙ ТАБЛИЦУ ЧИСЕЛ ТЕКУЩЕГО МЕСЯЦА», И СМОТРИШЬ, ЕСТЬ ЛИ ОПИСАННАЯ ТАБЛИЦА, ПРАВИЛЬНО ЛИ ОНА СОСТАВЛЯЕТСЯ (ПРОВЕРЯЕШЬ, НАПРИМЕР, КОЛИЧЕСТВО ДНЕЙ В ФЕВРАЛЕ В ВИСОКОСНОМ/НЕ ВИСОКОСНОМ ГОДУ);

- ПРОВЕРЯЕШЬ, ПРАВИЛЬНО ЛИ ФОРМИРУЮТСЯ ССЫЛКИ НА ЧИСЛА МЕСЯЦА (ПРИ ЭТОМ «ТОЛЬКО ОДНО СОБЫТИЕ» ОЗНАЧАЕТ ЛИБО «ВСЕГО ОДНО СОБЫТИЕ», ЛИБО «ОДНО АКТИВНОЕ СОБЫТИЕ»);

- ПРОВЕРЯЕШЬ, КАК РАБОТАЕТ ПЕРЕКЛЮЧЕНИЕ МЕЖДУ МЕСЯЦАМИ (ОСОБОЕ ВНИМАНИЕ НУЖНО УДЕЛИТЬ ПЕРЕКЛЮЧЕНИЮ «ЯНВАРЬ ГОДА X» НА «ДЕКАБРЬ ГОДА X-1» И ОБРАТНО)

- И ДАЛЕЕ ПО ТЕКСТУ...

В ТЗ описаны все сущности, работа с ними и то, как они должны выводиться на сайте (во «front`е»). В разных web-системах бывают разные сущности, и работа с ними происходит по-разному. Так же ТЗ описывает возможности админа: можно ли добавлять новые страницы в структуру сайта, можно ли их редактировать, менять порядок их следования и тому подобное. Аналогично происходит проверка Стандартов.