Разработка дизайна продукта и создание опека



На основании идеи, утвержденной менеджментом, разрабатыва­ется и документируется ее воплощение, которое называется дизайном продукта (product design) или, простыми словами, то, как та или иная часть нашего веб-сайта должна выглядеть и/или работать.

Концептуальная разница между идеей(продукта) и дизайном(продукта) заключается в том, что

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

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

Профессионально весь этот джаз осуществляется менеджерами продукта (PMs Product Managers), которые также могут назы­ваться продюсерами (Producers) или дизайнерами продукта (Product Designer).

Результатом продюсерских усилий являются спеки,называемые также PRD (Product Requirements Document — документ о требова­ниях для продукта) или просто requirements (требования).

Самые эффективные продюсеры в интернет-компаниях это профессионалы, имеющие бэкграунд в предмете, на котором они специализируются, и ненавязчивую техническую подготовку.

Первое необходимо, чтобы детально разбираться в том, что найдет отражение в спеках (например, это могут быть правила торгов НАУФОР).

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

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

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

Каждый спек имееттакже обозначение своей важности (при­оритета).Обычно это цифра по 4-балльной шкале. Так, спек приоритета 1 (Ш) — это самый приоритетный спек.

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

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


72


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


• если речь идет об исключении каких-либо функционально-
стей из релиза, так как не хватает ресурсов (например,
времени упрограммиста), то жертвуют функционально­
стью из спека с меньшим приоритетом. Так, при наличии

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

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

• программист и тестировщик всегда должны начинать (про­граммирование, подготовку к тестированию и исполнение тестирования) со спека с большим приоритетом;

• так как мы знаем, что невозможно протестировать все, приоритет спека для тестировщика — знак, указы­вающий, чему нужно дать больше любви и заботы.

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

Идем дальше.

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

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

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

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

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

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

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

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

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

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

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

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

"." перед именем глобального домена (например, "ш" или "com")". В этом спеке пропущено множество вещей. Например:

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

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

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


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


73


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

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

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

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

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

Если пользователь случайно введет неправильный е-мейл (например, с двумя "@") и сообщение об ошибке сгенерировано не будет, то реги­страция не будет завершена, так как е-мейл с липком для подтвержде­ния регистрации не придет. Пользователь будет бесполезно ждать этого е-мейла, а не дождавшись, скорее всего введет в адресной строке веб-браузера URL конкурента.

Кстати, URL ("ю-ар-эл" — Uniform Resource Locator) это просто ад­рес файла в сети, например "http://www.testshop.rs". URL можно вво­дить в адресную строку веб-браузера без "http://" (ее добавляет сам браузер при запросе к веб-серверу). Имя файла может даваться на­прямую: www.main.testshop.rs/1277/balance.htm, либо веб-сервер сам найдет для нас нужный файл в соответствии со своими настройка­ми, например, в случае с нашим проектом набор в адресной строке браузера "www.main.testshop.rs" или "www.main.testshop.rs/index.htm" даст нам тот же самый файл index.htm.

2. ЗАБОТА О НЕДОПУЩЕНИИ НЕВЕРНОГО ТОЛКОВАНИЯ

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

Игорь Саруханов. Песня "Скрип колеса".

Произнесите вслух название этой песни. Я, например, многие годы думал, что песня называется "Скрипка лиса", а моя жена была уверена, что "Скрипка. Леса...".

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

Если для вашей профессиональной деятельности не имеет никакого значения, как называлась эта песня, то адекватность понимания спека — это вещь наиважнейшая. Опасность заключается в том, что

программист и/или тестировщик,

выбрав неправильный смысловой вариант, может быть уверен, что все понял правильно, и в итоге напортачит

с кодом и/или с тест-кейсами.

У нас будет отдельное рассмотрение того, как превентировать возможность неверного толкования спека.


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


Дата добавления: 2018-05-02; просмотров: 944; Мы поможем в написании вашей работы!

Поделиться с друзьями:






Мы поможем в написании ваших работ!