В продолжение завершения разговора о релизе

подчеркнем, что тестировщики интернет-компаний находятся в привилегированном положении по сравнению с их коллегами из всех других сфер бизнеса. В случае пропуска серьезного бага на машину для пользователей этот баг можно устранить в течение получаса, иногда даже с минимальной стоимостью и без ведома боль­шинства пользователей о том, что баг вообще когда-то существовал.

А что, если баг обнаружен в подвеске автомобиля? Из-за отзыва целого модельного ряда (нормальная деловая практика западных автокомпаний) и негативной рекламы бренда убытки будут про­сто неизбежны!

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

В завершение завершения разговора о релизе:

• Релиз проводится в то время, когда большинство пользова­телей неактивны. Как правило, это ночь. Время подберете сами исходя из того, в каком часовом поясе находится большинство ваших пользователей.

• Во время релиза на www.testshop.rs вывешивается таблич­ка, что, мол, "Производим техническую поддержку, не от­чаивайтесь, примерно в 6.00 по Москве все вернется на круги своя. Просим извинить за временные неудобства".

Пример

Пользователь, первый раз сделавший покупку на www.testshop.rs, про­снулся в час ночи и хочет проверить статус своего заказа. Он набирает в браузере www.testshop.rs и видит "404 file not found". Конечно, он проведет остаток ночи в терзаниях, а потом эмоционально расскажет всем своим друзьям (и правильно сделает), какие редиски работают в www.testshop.rs, что вот полночи не спал из-за того, что мысленно прощался с честно заработанными 300 рублей.

Обратная же ситуация будет, когда опять же в час ночи пользователь увидит на www.testshop.rs сообщение, подробно объясняющее обычную для on-line-бизнеса ситуацию, завершающееся вежливым "Извините".

В бизнесе любой интернет-компании наступают сезонные вспле­ски активности пользователей, например, в США это канун като­лического Рождества и Нового года. В такие периоды на все ре­лизы, кроме патч-релизов, фиксирующих серьезные баги, должен быть введен мораторий. Логика тут проста: любой релиз — это риск. И мы не хотим идти на этот риск в то время, как

• огромное количество пользователей нуждаются в беспере­бойной работе нашего веб-сайта и

• наш бизнес делает наибольшие деньги.

Как и было обещано, переходим к следующей стадии, а перед переходом запомним, что часто наряду со словом "релиз" или вместо него употребляется равнозначное push — "толчок".

Большая картина цикла разработки ПО

Пример

Допустим, у нас есть

• мама ( продюсер),

• сын 7 лет ( программист, тестировщик, релиз-инженер и служба поддержки),

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

• папа ( пользователь) и

• неограниченное количество разнообразных деталей конструктора для строительства игрушечного дома.

Мама говорит сыну: "Давай сделаем папе приятное и построим для него одноэтажный дом ( идея), который должен выглядеть вот так и вот так ( дизайн продукта)".

Сын собирает отдельно

крышу,

стены,

двери и

окна ( кодирование).

Потом происходит соединение всех частей ( интеграция), в резуль­тате которой крыша оказалась меньше, чем нужно, выпуклости две­рей не совпадают с выпуклостями стен, а окна не подходят по цвету. Сын переделывает компоненты, успешно соединяет и начинает пи­нать домик ногами, бросать вниз с семнадцатого этажа и оставлять на ночь в наполненной ванной ( тестирование). В результате обна­руживаются некоторые недоработки ( баги), которые постепенно устраняются (фиксирование багов). Когда все нормально, домик передается папе ( релиз), который иногда просит (е-мейл/звонок в службу поддержки пользователей), чтобы некоторые проблемы, та­кие, как неровности крыши, с которой падает кружка с пивом ( пост­релиз-баги), были немедленно исправлены (фиксирование постре­лиз-багов).

Вернемся к нашему www.testshop.rs.

Давайте рассмотрим большую картину цикла разработки ПО в динамике.

Сначала обобщим знания об игроках, их ролях и стадиях цикла с их участием.

Игрок	Роль	Стадия
Маркетолог	Генерирует идеи и составляет MRD	Идея
Продюсер	Разрабатывает и документирует дизайн продукта	Дизайн и документация
Программист	Переводит дизайн продукта на язык программирования	Кодирование
Ремонтирует баги	Тест и ремонт
Тестировщик	Готовится к исполнению тестирования	Кодирование
Исполняет тестирование	Тест и ремонт

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

1. Итак, начнем с бара, вернее, с идеи версии 1.0, которая в этом баре пришла.

2. После того как идея v. 1.0 была принята за путеводную звезду для первого релиза, наступила стадия дизайн и документация v. 1.0 этой идеи. Основное действующее лицо — продюсер.

А в это время

• маркетолог тоже не сидит без дела, а генерирует идеи для следующего релиза на стадии идея v. 2.O.

3. После того как дизайн и документация v. 1.0 завершены, наступает стадия кодирование v. 1.0. Основное дейст­вующее лицо — программист.

---

Дата добавления: 2015-12-07