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

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

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

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

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

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

работает.

176

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

таете спек.

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

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

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

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

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

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

Хирург: Моя профессия является древнейшей, потому что Богу нужны

были знания по хирургии, чтобы извлечь из Адама ребро.

Инженер: Но еще до этого был хаос, и, чтобы сделать мир из хаоса,

Богу нужны были инженерные знания.

Программист: Ха! Кто же, как вы думаете, создал весь этот хаос?

Нигилистический настрой и практическая методология

177

Теперь, настроенные и решительные, переходим к профессио-

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

дания тест-кейсов (testcase design methodology) (далее — мето-

дология).

В одной из прошлых бесед мы говорили

о первой части методологии — формальной стороне построе-

ния тест-кейса.

Сегодня же речь пойдет

о второй ее части — содержательной стороне тест-кейса.

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

ется в нахождении тех "золотых"

• идей тест-кейсов,