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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Кстати,

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

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

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

составлении сметы:

• предполагаемая сложность новых фича.

Чем они сложнее, тем больше нюансов всплывет при под-

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

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

• есть ли у вас опыт тестирования похожих фича.

Например, если вы эксперт в тестировании оплаты, то для

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

262

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

еще одного вида кредитной карточки по сравнению с

тестировщиком, который никогда кредитных карточек не

касался;

• опыт работы на прошлых проектах с теми же продюсе

ром и программистом.

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

код, всегда проводят юнит-тестирование и с охотой

кооперируются с тестировщиками. Другие же бросают

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

тестирование вещью, не подобающей для компьютерного

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

виртуальных солдат игры Halo. Следовательно, во втором

случае мы должны заложить больше времени на наше тес-

тирование;

• будет ли интеграция нашего ПО с ПО наших бизнес-парт

неров — вендоров (vendor),

например интеграция с ПО платежной системы. Тест-кон-

фигурация выглядит так: наша тест-машина "разговари-

вает" с их тест-машиной. Соответственно если что-то не в

порядке с их тест-машиной, то проблема решается слож-

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

баг и наш программист его ремонтирует. В случае с их

тест-машиной

• тестировщик связывается с менеджером проекта (с на-

шей стороны);

• последний должен позвонить вендору;

• человек со стороны вендора должен найти ответст-

венного программиста;

• ответственный программист может быть занят

• и т.д. и т.п.

В общем целая петрушка из-за того, что это другая ком-

пания и наши тестировщики не указ "их" программистам.

В случае с интеграцией нашего ПО с не нашим ПО оценка

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

проблем, которые при такой интеграции бывают всегда;

• нужны ли тулы для автоматизации тест-кейсов?

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

кейсов как средство для облегчения исполнения тест-кейса,

например:

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

263

• генерация данных (например, генерация номера тес-

тировочной кредитной карты),

• автоматизация всех либо части шагов,

• помощь в сравнении фактического и ожидаемого ре-

зультатов.

В одних случаях тестировщик может сам написать такой

тул, например, на языках Java или Python. В других

случаях написание тула в помощь тестировщи-кам — это

дело программиста.

Кстати,

в некоторых компаниях внутри департамента качества существую!

специальные отделы по созданию тест-тулов.

Вы должны подкорректировать тест-смету в зависимости от ва-

шей оценки того:

• сколько времени у вас займет создание (включая тестиро-

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

мистом);

• сколько времени этот тул сможет реально сэкономить во

время тестирования новых фича.

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

ные факторы, слушаем свои опыт и интуицию и советуемся с

коллегами.

Упоминание о тест-тулах напомнило мне об одном предмете, который

особенно беспокоит сердца обучающихся тестированию, а именно

объеме компьютерных знаний.

Вот мое мнение: естественно, что наивно думать об устройстве тес-

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