цикле разработки ПО, идущая за стадией тестирование и

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

сии нашего ПО. Как правило, обозначается целыми

числами, например 7.0.

2. Дополнительный релиз (minor release) — ситуация, когда

после основного релиза планово выпускается новая функ-

циональность или изменяется/удаляется старая. Дополни-

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

обозначается десятыми, например 7.1.

106

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

3. Заплаточный релиз (patch release), когда после обнаруже-

ния и ремонта бага выпускается исправленный код. Как

правило, обозначается сотыми, например 7.11.

О чем говорит версия 12.46 нашего www.testshop.rs? А говорит

она о трех вещах:

1) о том, что последний основной релиз является двенадца-

тым по счету;

2) о четырех дополнительных релизах, выпущенных ПОСЛЕ

двенадцатого релиза;

3) о шести заплаточных релизах, выпущенных ПОСЛЕ две-

надцатого релиза.

Кстати, о номерах релизов. Некоторые компании в желании поориги-

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

мер, имя поп-группы или отдельного исполнителя.

Звонит программисту дружок:

— Здорово, старик. Слушай, Ленка подружку приводит, так что бери

шампанское и подъезжай к семи.

— Не, я пас. Я тут с "Бритни Спирс" завис.
–

О!..

Неудобство такого подхода заключается в том, что непонятно, какой

релиз был раньше — "Пол Маккартни" или "Джон Леннон", и в идиотиз-

ме произнесения названий дополнительных или заплаточных релизов:

звонит контрагент со своей проблемой, а ему говорят: "Да усе будет в

порядке. Мы заутра патч номер 7 кДорз присобачим".

Идем дальше.

Любой из трех релизов для пользователя означает, что наш

www.testshop.rs как-то изменился.

Возможные изменения:

1. Новые функциональности (основной и дополнительный

релизы);

2. Изменение/удаление старых функциональностей (основ-

ной и дополнительный релизы);

3. Починка багов, пропущенных в одном из релизов любого

типа (заплаточный релиз).

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

пользователю осуществляются релиз-инженерами.

Давайте представим, что ЗАО "Тест-шоп", предназначенное,

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

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

107

У нас есть

• два программиста (Дима и Митя) и

• хозяин-барин (месье Кукушкин Илья Харитонович),

а также

• два компьютера с "Виндоуз" для программистов (здесь и

далее я не буду давать версий не нашего ПО),

• клевый лэптоп Харитоныча (ОС значения не имеет) и

• машина с Линуксом (далее называемая тест-машина) для

разработки и тестирования ПО.

Проект начинается:

1. Регистрируется домен www.testshop.rs.

2. У интернет-провайдера и по совместительству хостинг-про-

вайдера покупается доступ в Интернет и арендуется сервер,

чтобы весь мир мог зайти на огонек, увидеть и оценить.

3. Программистские компьютеры, лэптоп СЕО и тест-машина

объединяются в локальную сеть с выходом в Интернет.

4. Программисты начинают работать над проектом.