tестирование dot com

Савин Роман

ниях для продукта) или просто requirements (требования).

Самые эффективные продюсеры в интернет-компаниях — это

профессионалы, имеющие бэкграунд в предмете, на котором они

специализируются, и ненавязчивую техническую подготовку.

Первое необходимо, чтобы детально разбираться в том, что

найдет

отражение в спеках (например, это могут быть правила

торгов НАУФОР).

Второе полезно, чтобы говорить на языке программистов и

тестировщиков.

Спеки должны иметь уникальное название и уникальный ID

и внутри разбиваются на логические составляющие (части, пункты),

имеющие индексацию для удобства ссылок.

Каждый спек имеет также обозначение своей важности (при-

оритета). Обычно это цифра по 4-балльной шкале. Так, спек

приоритета 1 (Ш) — это самый приоритетный спек.

Практическая ценность придания спекам приоритетности

состоит в следующем:

72

Тестирование Дот Ком. Часть 1

• если речь идет об исключении каких-либо функционально-

стей из релиза, так как не хватает ресурсов (например,

времени у программиста), то жертвуют функционально

стью из спека с меньшим приоритетом. Так, при наличии

одного спека с Ш и

другого спека с П2,

равноценных по трудоемкости для программиста и тести-

ровщика, отбрасывается П2;

• программист и тестировщик всегда должны начинать (про-

граммирование, подготовку к тестированию и исполнение

тестирования) со спека с большим приоритетом;

• так как мы знаем, что невозможно протестировать все,

приоритет спека для тестировщика — знак, указы-

вающий, чему нужно дать больше любви и заботы.

Как правило, приоритет присваивается спекам менеджером про-

дюсеров.

Идем дальше.

Хороший спек, как и хороший закон, отличают следующие вещи:

1. Акцент на деталях и их четкое определение.

2. Забота о недопущении неверного толкования.

3. Непротиворечивость внутри спека и с другими спеками.

4. Логическая взаимосвязь компонентов.

5. Полнота охвата предмета.

6. Соответствие нормативным актам.

7. Соответствие деловой практике.

Ошибки в спеке появляются в случае отклонения содержания

спека от пунктов 1 —7.

1. АКЦЕНТ НА ДЕТАЛЯХ И ИХ ЧЕТКОЕ

ОПРЕДЕЛЕНИЕ

Пример ошибки

"1.5. При регистрации система должна проверить е-мейл на наличие:

"." перед именем глобального домена (например, "ш" или "com")". В

этом спеке пропущено множество вещей. Например:

а. Не указано, что е-мейла с двумя "@" быть не может.

б. Не указаны другие неприемлемые знаки (il egal characters) е-мейл-

адреса.

в. Не приведен список существующих глобальных доменов.

Цикл разработки ПО

73

Пример последствий ошибки

Стандартная практика регистрации нового пользователя состоит из

трех этапов:

а. Пользователь заполняет регистрационную форму и нажимает

кнопку "Зарегистрироваться".

б. От веб-сайта приходит е-мейл с липком для подтверждения ре

гистрации.

в. Пользователь кликает линк, и регистрация автоматически под

тверждается.

Если пользователь случайно введет неправильный е-мейл (например,

с двумя "@") и сообщение об ошибке сгенерировано не будет, то реги-

страция не будет завершена, так как е-мейл с липком для подтвержде-

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

этого е-мейла, а не дождавшись, скорее всего введет в адресной

строке веб-браузера URL конкурента.

Кстати, URL ("ю-ар-эл" — Uniform Resource Locator) — это просто ад-

рес файла в сети, например "http://www.testshop.rs". URL можно вво-

дить в адресную строку веб-браузера без "http://" (ее добавляет сам

браузер при запросе к веб-серверу). Имя файла может даваться на-

прямую: www.main.testshop.rs/1277/balance.htm, либо веб-сервер сам