tестирование dot com
Шрифт:
запомнить правила (как ходят/бьют пешки и фигуры, правила рокировки и
пр.), а для того чтобы стать мастером игры, нужны сотни сыгранных партий.
То же самое и с методами тестирования: понять базовые элементы и
концепции особого труда не составит. Для того же, чтобы стать эффек-
тивным профессионалом, понадобятся
применения этих элементов и концепций на реальном ПО.
173
174
Тестирование Дот Ком. Часть 3
Для тестировщика подготовка к тестированию — это наибо-
лее сложный, творческий и интересный процесс.
Венцом этого процесса являются тест-кейсы, которые после их
исполнения на стадии "Исполнение тестирования" смогли бы
превентировать встречу пользователей и багов.
Мы — ловцы. И тест-кейсы — это сеть, которую мы
• плетем (подготовка к тестированию) и
• используем (исполнение тестирования).
Как мы помним, тест-кейс содержательно состоит по крайней мере
из ожидаемого результата, но, как правило, это комбинация:
• идеи тест-кейса,
• сценария и
• ожидаемого результата.
И те, и другие, и третьи можно почерпнуть из множества источ-
ников:
• спеков,
• опыта,
• эксплоринга,
• общения,
• интуиции и
• других кладезей информации.
Вопрос: что отличает тестировщиков от других участников про-
цесса разработки ПО, которые тоже могут придумать тест-кейсы,
основываясь на спеках, опыте, эксплоринге и т.д.? Ответ:
отличают нас две профессиональные вещи:
• ментальный настрой;
• инструментарий, т.е. прикладные знания.
Сначала о ментальном настрое замолвим мы слово.
Ментальный настрой тестировщика
Помните наблюдение, что, попадая в лес,
• плотник видит доски,
• художник — пейзажи, а
• биолог — материал для диссертации?
Нигилистический настрой и практическая методология
175
Так вот,
• для пользователя код — это инструмент для выполнения
каких-либо неотложных задач (например, покупки устрой-
ства для подзаводки автоматических часов);
• для продюсера — реализация гениальных идей менедж-
мента, увековеченных в спеке;
• для программиста — кусок хлеба с черной икрой;
• для тестировщика код — это убежище багов.
Постулат "Software has bugs" ("ПО содержит баги") — это не
выдумка лицемеров и лжесвидетелей, а вселенский закон, кор-
мящий тестировщиков, а следовательно, и их жен, детей, говоря-
щих попугаев и лысых кошек. Не будем же лишать наших домо-
чадцев лакомого куска и раскроем свое сердце истинной сути ве-
щей, заключающейся в том, что ПО своей природе — это баго-
содержащее и неблагонадежное существо.
Еще раз:
код — это убежище багов.
Итак, навесив ярлыки, идем дальше...
Как известно, ищущий да обрящет (из этого не следует, что не
ищущий не сможет обрести. Однако логичнее предположить, что
именно тот, кто ищет, найдет больше. По крайней мере, как
правило...).
Тестирование — это ПОИСК багов.
"ПОИСК" — это ключевое слово, точно раскрывающее смысл
нашей профессии, которая принципиально требует от нас, как и
от сыщиков, и прикладных знаний, и интуиции, и ментальных
установок.
Постановка мозгов
Концепция "поиска багов" как пути, по которому идет тестировщик для
превентирования свидания пользователя и багов, начисто отметает
идею о том, что тестировщик, подобно ОТК (отдел технического кон-
троля в СССР), сертифицирует продукт на качество и ставит штамп
"Проверено, багов нет". Ничего мы не сертифицируем, да и штампов
у нас нет, кроме тех самых... в паспорте...
Еще раз: основа работы тестировщика — это поиск багов.
Тестировщик не занимается поиском доказательств того, что ПО
работает.
176
Тестирование Дот Ком. Часть 3
Мы должны настроить себя на поиск багов в коде, который
является убежищем этих самых багов. Nice and simple.
Основой такого настроя — ментального настроя тестировщи-
ка — является деструктивное мышление, полное подозритель-
ности, недоверия и априорного отрицания даже потенциаль-