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

• для программиста — кусок хлеба с черной икрой;

• для тестировщика код — это убежище багов.

Постулат "Software has bugs" ("ПО содержит баги") — это не

выдумка лицемеров и лжесвидетелей, а вселенский закон, кор-

мящий тестировщиков, а следовательно, и их жен, детей, говоря-

щих попугаев и лысых кошек. Не будем же лишать наших домо-

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

щей, заключающейся в том, что ПО своей природе — это баго-

содержащее и неблагонадежное существо.

Еще раз:

код — это убежище багов.

Итак, навесив ярлыки, идем дальше...

Как известно, ищущий да обрящет (из этого не следует, что не

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

именно тот, кто ищет, найдет больше. По крайней мере, как

правило...).

Тестирование — это ПОИСК багов.

"ПОИСК" — это ключевое слово, точно раскрывающее смысл

нашей профессии, которая принципиально требует от нас, как и

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

установок.

Постановка мозгов

Концепция "поиска багов" как пути, по которому идет тестировщик для

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

идею о том, что тестировщик, подобно ОТК (отдел технического кон-

троля в СССР), сертифицирует продукт на качество и ставит штамп

"Проверено, багов нет". Ничего мы не сертифицируем, да и штампов

у нас нет, кроме тех самых... в паспорте...

Еще раз: основа работы тестировщика — это поиск багов.

Тестировщик не занимается поиском доказательств того, что ПО

работает.

176

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

Мы должны настроить себя на поиск багов в коде, который

является убежищем этих самых багов. Nice and simple.

Основой такого настроя — ментального настроя тестировщи-

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

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

ного наличия добродетелей — все в отношении ПО. Мы долж-

ны твердо верить в то, что "был бы код, а баги найдутся".

Пытливый ум внимательного слушателя сразу же сгенерирует

вопрос, на который я тут же отвечу.

Вопрос: «О каком деструктивном мышлении мы можем гово-

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

ние", и позитивные тест-кейсы настолько важны, что мы испол-

няем их в первую очередь?»

Ответ: "Позитивное тестирование и принцип первичного испол-

нения позитивных тест-кейсов — это технический аспект. Де-

структивность в мышлении — это аспект ментальный. Даже если

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

кать способ, чтобы обнаружить баги".

Дорогие друзья! Взращивайте и лелейте в себе неисправимый пес-

симизм в отношении идеи о коде, свободном от багов.

Смотрите на код как на виртуальную вещь, которая в процессе

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

несовершенстве мира. Если вы настроите себя на деструктив-

ное мышление в отношении кода, то ваша интуиция вклю-

чится на всю катушку и прекрасные идеи для тест-кейсов

будут стаями роиться в ваших головах, как только вы прочи-

таете спек.

Парочка сладких десертов

— Скажите, а исполнится ли загаданное желание, если я загадаю его,

сидя между двумя программистами?

— Конечно, исполнится, но... будет глючить!

Хирург, инженер и программист сидят в баре и обсуждают, чья про-

фессия является древнейшей: