чает:

• предварительную оценку времени, необходимого на под-

готовку к тестированию;

• предварительную оценку времени, необходимого на тести-

рование новых фича.

Как тестировщик готовит тест-смету? Очень просто:

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

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

написание тест-кейсов по этому спеку и прочие подготовитель-

ные мероприятия и исполнение этих тест-кейсов. Тестировщик

читает спек, предметно общается с продюсером и программистом

и на основе полученной информации и своего опыта предостав-

ляет менеджеру два числа, являющиеся тест-сметой для данного

спека.

Пример

Для создания тест-сметы тестировщику был дан спек #1299 "Новые

функциональности поиска".

Тестировщик предоставил своему менеджеру следующее:

• потребуется 50 часов на написание тест-кейсов и 20 часов на

написание тест-тулов;

• потребуется 60 часов на исполнение этих тест-кейсов.

Таким образом, тестировщик полностью укладывается в график по

подготовке к тестированию (80 - 50-20 >0). Оставшиеся 10 часов

можно будет использовать для помощи своим коллегам и/или как ре-

Исполнение тестирования. Стадия 1: тестирование новых фича

261

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

товку в реальности потребуется больше времени.

Сложнее обстоит дело с исполнением тестирования. На регрессивное

тестирование остается только 20 часов (80 - 60). Будет ли этих 20 ча-

сов достаточно, чтобы закончить регрессивное тестирование в срок?

Это зависит от нескольких факторов, основные из них:

• значительность релиза, например: имело ли место серьезное

изменение архитектуры ПО? На сколько процентов изменилось

количество строк кода? Были ли добавлены новые критические

функциональности, интегрированные со старым кодом? и пр.;

• трудоемкость тест-комплектов, которые нужно исполнить для

регрессивного тестирования (подробно поговорим о нюансах

регрессивного тестирования через полчаса).

Ответ на последний вопрос ("будет ли достаточно 20 часов?"), как и

сам процесс уравновешивания потребностей бизнеса и возможностей

работников, — это епархия менеджмента, а мы люди простые, и наше

дело — дать предварительные оценки, по возможности приближенные

к недалекой реальности.

Итак, как создать тест-смету?

Сложность заключается в том, что тест-смета создается после

того, как прочитан спек, а между чтением спека и работой по не-

му такая же дистанция, как между теоретиком и практиком кун-

фу. Во время работы над спеком, т.е. создания по нему тест-

кейсов, открываются такие грани и нюансы, о существовании ко-

торых было трудно (если не невозможно) предположить во время

простого прочтения. Кроме того, всегда есть непредвиденные

обстоятельства, среди которых может быть, например, неприлич-

но большое количество блокирующих багов.

Кстати,

после того как тест-смета готова, рекомендую увеличить ее на 10%,

чтобы учесть такие непредвиденные обстоятельства.

Вот факторы, которые я рекомендую принять во внимание при