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

• идея — это описание ЦЕЛИ, а

• дизайн — это описание ПУТИ к достижению этой цели.

Профессионально весь этот джаз осуществляется менеджерами

продукта (PMs — Product Managers), которые также могут назы-

ваться продюсерами (Producers) или дизайнерами продукта (Product

Designer).

Результатом продюсерских усилий являются спеки, называемые

также PRD (Product Requirements Document — документ о требова-

ниях для продукта) или просто 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

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

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

трех этапов:

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

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

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

гистрации.