Например, если с ростом функциональности становится все больше регрессионных ошибок, лучше перенести написание автотестов на этап проектирования функциональности. А не писать больше и больше тест-кейсов и выполнять регрессионное тестирование дольше в ущерб времени на нахождение новых ошибок. Scrum или другой Agile-метод так популярен не потому, что он хорош, а потому, что предсказуем. Скажем, существует подход, который комплексно решает проблему наличия регрессий в продакшн-энвайронменте, но всем участникам процесса не совсем понятно, в чем он состоит. Тогда все останутся добавлять тест-кейс скорее на найденный баг, чем на пересмотр процесса. Sad but true, нужно быть очень известным или оказаться в компании, готовой на большие эксперименты, чтобы внедрять нетипичные вещи.

Bug — это ошибка программиста (или дизайнера или ещё кого, кто принимает участие в разработке), то есть когда в программе, что-то идёт не так, как планировалось. Например, внутри программа построена так, что изначально не соответствует тому, что от неё ожидается. Тяжело было найти именно применение тест-туров на практике. Получившаяся статья – это частично перевод другой информации, частично опыт использования, частично изложение собственных мыслей. Предполагает вводить недопустимые (нелегальные) значения – это и sql инъекции, и ввод текста в цифровые поля, и подмена данных.

Исследовательское тестирование не подходит для регрессионных проверок

Чтобы систематизировать исследовательское тестирование можно использовать идею туров. Туры – это идеи и инструкции по исследованию программного продукта, объединенные определённой общей темой или целью. Туры, как правило, ограничены по времени – длительность тестовой сессии не должна превышать 4 часа.

Если мы идем по сценариям, и на свет выплывает новая информация, которая предлагает нам лучшую стратегию тестирования, мы можем перейти к поисковому режиму (как и в случае обнаружения новой ошибки, которая требует подробного рассмотрения). Есть брать определение из ISTQB, то исследовательское тестирование характеризуется тем, что тестировщик одновременно изучает продукт и его дефекты, планирует работы по тестированию, проектирует и выполняет тесты и отчитывается о результатах. Тестировщик постоянно корректирует цели во время выполнения тестирования и готовит только высокоуровневую документацию. Именно такое определение дал Джеймс Уиттакер в книге «Exploratory Software Testing». Итак, менеджер доволен, пора задуматься над тем, кто именно будет заниматься тестированием нашего продукта. Конечно, заинтересованные лица будут настаивать на выборе опытных членов команды, которые уже имели дело с подобным продуктом и способны сделать квалифицированные предположения об ошибках.

Денежный тур (Money Tour)

Вы читаете карту и отмечаете места, в которых хотели бы побывать, при этом рассчитываете маршрут и время, чтобы успеть в каждый магазин. По прилету в Лондон вы начинаете следовать намеченному плану. Вы заходите в каждый магазин, следуя exploratory testing это своему маршруту. Также находите бракованные вещи и показываете их менеджерам магазина. И так далее пока не дойдете до последнего магазина, или пока у вас не закончатся деньги. Обязательно наличие документации по деталям тестирования.

Поскольку сам термин «исследование» подразумевает индивидуальную заинтересованность и вовлеченность в процесс, мы все сразу же задумываемся о подводных камнях данного подхода. Когда и где не стоит использовать тестирование методом свободного поиска. Обсуждение достоинств и недостатков использования тестирования методом свободного поиска при регрессионном тестировании. Разумеется, это требует перестройки отношения к тестированию со стороны руководства, и отношения тестировщиков к руководству. Альфа-тестирование — является ранней версией программного продукта, тестирование которой проводится внутри организации-разработчика; может быть вероятно частичное привлечение конечных пользователей. Проектированием тестов — этап, на котором создаются тестовые сценарии (тест кейсы), в соответствии с определёнными ранее критериями.

Лояльні й мотивовані QA-спеціалісти: як їх розпізнати та виховати

Но я покажу вам направление, двигаясь в котором вы сможете достичь такого эффекта. Однако неопределенность мешает построить стабильный тактический план, поскольку в процессе его выполнения обнаруживается новая информация, приводящая к изменению планов и первоначальных оценок. Позитивное — тест кейс использует только корректные данные и проверяет, что приложение правильно выполнило вызываемую функцию. Инсталляционное тестирование направленно на проверку успешной установки инастройки, а также обновления или удаления приложения.

• Действуйте больше с точки зрения пользователя, чем тестировщика.
• Термин «исследовательское тестирование» (придумал Cem Kaner, в книге Testing Computer Software) обозначает вдумчивый подход к ad hoc тестированию.
• В отличии от “Scripted testing” (написали скрипт – проверили), это “Exploratory testing” базируется на опыте самого тестировщика и работает по принципу подумали – протестировали, шаг влево, шаг вправо.
• Не нужно долго думать, чтобы ответить на вопрос “На что похоже такое тестирование?

Конечно, это частый случай, потому что мы не выяснили всех обстоятельств. Скажем, мы ищем ошибки в физических сценариях похода пользователя на киевский велотрек из района метро «Золотые ворота». QA Engineers — экспертная группа урбанистов, которая определяет, насколько город вписывается в реальные нужды жителей, и исправляет проблемы в работе всех задействованных структур. Важно, что сама эта группа фактически ничего не создает, зато понимает, как это должно работать в реальной жизни. Эта статья о том, почему все еще нужно что-то исследовать и как инженеру по качеству объяснив подходы к Exploratory Testing другим участникам разработки.

Тур одинокого бизнесмена (The Lonely Businessman Tour)

Исследовательское тестирование – это одновременное изучение программного продукта, проектирование тестов и их исполнение. Получившаяся статья – это частично перевод другой информации, частично опыт использования, частично изложение собственных мыслей на тему исследовательского тестирования и исследовательских туров. В тестировании это означает, если какой-то формат рапорта об ошибках не решает вопрос качества, стоит изменить формат.

Желательно, чтобы длина сессии была небольшой, а вопросы в той плоскости, которая волнует стейкхолдера — о том, что заблокирует выпуск продукта или сильно снизит репутацию. Тогда компании уже интереснее в явном виде проводить исследования, потому что в его результатах есть артефакты, которые дают возможность делать выводы и принимать решения. Исследовательское Тестирование — одновременно является и техникой и видом тестирования. Такое тестирование подразумевает под собой одновременно изучение проекта, функционала, проектирование тест кейсов в уме и тут же их исполнение не записывая и не создавая тестовую документацию.

НЕКОТОРЫЕ ТЕХНИКИ ТЕСТ-ДИЗАЙНА

Если неопределенность высока, надо отказаться от предварительного проектирования тестов и низкоуровневых планов тестирования. Это позволит сохранить гибкость, даст возможность быстро реагировать на появление новой информации и подстраиваться к изменившейся ситуации. Предварительное проектирование тестов — это попытка построить тактический план тестирования, попытка декомпозировать задачу тестирования до уровня отдельных тестов. Модульное (компонентное) тестирование проводится самими разработчиками, т.к.

Тем не менее, он может содержать дефекты, которые тестировщик должен найти. Поэтому, задача тестировщика — определить те функции, которые уже очень долгое время не были подвержены изменениям и протестировать их. Ведь именно код разработчика, который был написан очень давно, может быть подвержен дефектам просто потому, что он уже давно забыт разработчиком и скорее всего на него уже никто не пишет даже unit тесты.