tестирование dot com

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

служба поддержки),

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

123

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

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

для строительства игрушечного дома.

Мама говорит сыну: "Давай сделаем папе приятное и построим для него

одноэтажный дом (идея), который должен выглядеть вот так и вот так

(дизайн продукта)".

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

крышу,

стены,

двери и

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

Потом происходит соединение всех частей (интеграция), в результате

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

совпадают с выпуклостями стен, а окна не подходят по цвету. Сын

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

ногами, бросать вниз с семнадцатого этажа и оставлять на ночь в

наполненной ванной (тестирование). В результате обнаруживаются

некоторые недоработки (баги), которые постепенно устраняются

(фиксирование багов). Когда все нормально, домик передается папе

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

пользователей), чтобы некоторые проблемы, такие, как неровности

крыши, с которой падает кружка с пивом (пострелиз-баги), были

немедленно исправлены (фиксирование пострелиз-багов).

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

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

динамике.

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

их участием.

Игрок

Роль

Стадия

Маркетолог

Генерирует идеи и составляет MRD

Идея

Продюсер

Разрабатывает и документирует

Дизайн

дизайн продукта

и документация

Программист

Переводит дизайн продукта на язык

Кодирование

программирования

Ремонтирует баги

Тест и ремонт

Тестировщик

Готовится к исполнению

Кодирование

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

Исполняет тестирование

Тест и ремонт

124

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

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

этом баре пришла.

2. После того как идея v. 1.0 была принята за путеводную звезду

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

v. 1.0 этой идеи. Основное действующее лицо — продюсер.

А в это время

• маркетолог тоже не сидит без дела, а генерирует идеи для

следующего релиза на стадии идея v. 2.O.

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

наступает стадия кодирование v. 1.0. Основное дейст-

вующее лицо — программист.

А в это время

• тестировщик планирует, как он будет тестировать код,

разрабатываемый сейчас программистом;

• продюсер работает уже над стадией дизайн и документа-

ция v. 2.0, переданной после стадии идея v. 2.0;

• маркетолог работает над стадией идея v. 3.0.

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

125

4. После того как кодирование v. 1.0 завершено, наступает

стадия тестирование и ремонт v. 1.0. Основное дейст-

вующее лицо — тестировщик. После завершения стадии

тестирование и ремонт v. 1.0 в одну из лунных ночей

происходит релиз v. 1.0, после чего тестировщик броса-

ется на v. 2.0, начав подготовку к тестированию кода, раз-

рабатываемого сейчас программистом на стадии кодиро-

вание v. 2.0.

А в это время

• программист пишет код на стадии кодирование v. 2.0;

• продюсер разрабатывает дизайн продукта на стадии ди-

зайн и документация v. 3.0;

• маркетолог, идущий, как всегда, в авангарде, обдумывает

идеи на стадии идея v. 4.O.

Таким образом, мы рассмотрели полностью цикл разработки