tестирование dot com
Шрифт:
утверждения и приоритезации, а
• выжившие идеи передаются продюсерам, которые их полоскают,
высушивают и гладят, чтобы получилась спецификация.
Цикл разработки ПО
71
Разработка дизайна продукта и
создание опека
На основании идеи, утвержденной
ется и документируется ее воплощение, которое называется
дизайном продукта (product design) или, простыми словами, то,
как та или иная часть нашего веб-сайта должна выглядеть и/или
работать.
Концептуальная разница между идеей (продукта) и дизайном
(продукта) заключается в том, что
• идея — это описание ЦЕЛИ, а
• дизайн — это описание ПУТИ к достижению этой цели.
Профессионально весь этот джаз осуществляется менеджерами
продукта (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
Пример последствий ошибки
Стандартная практика регистрации нового пользователя состоит из
трех этапов:
а. Пользователь заполняет регистрационную форму и нажимает
кнопку "Зарегистрироваться".
б. От веб-сайта приходит е-мейл с липком для подтверждения ре
гистрации.
в. Пользователь кликает линк, и регистрация автоматически под