Согласно он-лайн словарю multitran.ru, exploratory – исследовательский, разведочный. Итак, что же такое exploratory testing. Ниже описано как это вижу я.

Очень полезная техника тестирования. Я люблю называть её «тестирование в свободном полете». Ошибок бесконечное множество. Все найти невозможно (если это конечно не программа «Hello World!»). Мы пишем сценарии тестирования, мы прогоняем их по нескольку раз. Проторенная тропинка – это конечно хорошо, но пользователи все-таки не роботы. Рука может дрогнуть, и очередной клик мыши может привести к появлению сообщения об ошибке. Поэтому неплохо периодически прибегать к свободному полету.

Итак, вы планируете провести несколько раундов тестирования, выделите пару часов (полдня, или день, как позволяет время) на exploratory testing. Допустим, тестировщик «Вася» тестировал функциональность А, а тестировщик «Ира» функциональность В. Пусть в конце раунда «Вася» «потыкает» функциональность В, а «Ира» функциональность А. Только не по тестовым сценариям, а просто так, куда душа пожелает. Пусть они каждое действие свое начинают с вопроса «А что, если … ?», пусть исследуют, разведывают. Мой опыт показывает, что данный подход дает положительный результат. Либо найдется серьезная ошибка – и нужно будет задуматься о качестве тестовых сценариев, либо мелкая, но её исправление удовлетворит заказчика еще больше, чем не исправление, а тем более не нахождение :)

Я не считаю, что exploratory testing можно использовать как самостоятельную технику тестирования, ибо только оооооочень опытный, знающий продукт и предметную область, специалист сможет выдать «хороший» результат. А вот как вспомогательная техника – да, весьма полезная штука. К «свободному полету» следует подключать не только членов команды тестирования, а любого свободного члена проектной команды. Ведь даже PM может находить ошибки, и очень любопытные :)

Тестирование все-таки не просто профессия, а творческая профессия. Творите: используйте различные методы, техники, комбинируйте, дополняйте, придумывайте что-то новое. Ведь только мы сами можем сделать свою работу более качественной и интересной!

Разные люди приходят на собеседование. Но больше всего меня поражают те, что хотят стать разработчиком, но идут на позицию в тестировании, и работают в тестировании не первый год. Да и объяснить, почему это так толком не могут.
Кто же виноват в такой ситуации? Сам человек? Его начальник? Его, так называемый, people manager? А что вы думаете по этому поводу?