проблем после основного релиза по примеру полицейских созда-

ются SWAT-команды (Special Weapons and Tactics teams — под-

разделения оперативного реагирования), по минимуму состоящие

из продюсера, программиста, релиз-инженера и тестировщика.

Допустим, у нас есть четыре такие команды. Для каждой их

них устанавливается расписание на каждый день (по шесть

часов каждая) на 10 дней после релиза, так чтобы по звонку в

любое время дня и ночи головорезы соответствующего под-

разделения были готовы сорваться, приехать в офис и сидеть до

посинения, пока патч-релиз не вылетит на машину для поль-

зователей.

В начале завершения разговора о релизах поговорим о бета-

тестировании.

Иногда интернет-компании производят бета-релиз (читается как

"бэта") (beta release). Идея бета-релиза заключается в следую-

щем: перед тем как мы сделаем основной "официальный" релиз,

т.е. откроем новый код всем пользователям, мы откроем новый

код лишь ограниченной группе пользователей, которые нам его и

протестируют. Эти пользователи (или "бета-тестировщики" —

beta testers) должны являться представителями целевой аудито-

рии (target group), для удовлетворения потребностей которой и

был затеян весь сыр-бор от идеи до поддержки. Бета-тестиров-

щики служат подопытными кроликами, ценность которых заклю-

чается в том, что они, являясь типичными пользователями, будут

делать с бета-версией веб-сайта те же вещи, что и остальные

пользователи после официального релиза, и, следовательно, зара-

нее столкнутся с непойманными (нами) багами, о которых они и

сообщат в нашу компанию. Наша интернет-компания отремонти-

рует эти баги и выпустит официальный релиз, более качествен-

ный, чем бета. Примером, когда было использовано бета-тести-

рование (beta testing), может послужить сервис Gmail компании

Google (кстати, основанной москвичом Сергеем Брином).

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

ние с ограниченным числом пользователей, а производит основной

релиз и помещает картинку или текст со словом "Beta", что

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

121

означает "Пользуйтесь на свой страх и риск. Код свежий. Вполне

возможны баги ". Так как данная ситуация не укладывается в идею

бета-релиза, то мы назовем такой релиз псевдобета-релизом.

Истинные и псевдобета-релизы, как правило, имеют место в двух

случаях:

1. Первый релиз в жизни интернет-компании, например ре-

лиз версии 1.0 сайта www.testshop.rs.

2. Релиз большого и важного подпроекта, являющегося ча-

стью основного проекта, например сервис Gmail, являю-

щийся частью проекта Google.

Логичным будет вопрос: "Если есть бета-тестирование, должно

быть и альфа-тестирование?" Ответ: "Правильно".

Рассказываю:

Альфа-тестированием называется любое тестирование кода ДО

передачи его пользователям (включая бета-пользователей).

Юнит-тестирование, о котором мы уже говорили, является видом

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

покопаться на плэйграунде последнего, когда код уже работает, и

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

из спека, и это тоже будет альфа-тестирование.

Родственное в альфа- и бета-тестировании — это то, что цель