Научиться внедрять эти рекомендации на практике вы можете на курсе “Первый Онлайн ИНститут Тестировщиков” (ПОИНТ) от компании “Лаборатория Качества”. Исследовательское тестирование проверяет границы этой сетки и находит поведения, не охваченные скриптами. Например, вам поставлена задача протестировать функциональную область “Редактировать закладку”. Исследовательское тестирование широко используется в Agile моделях и полностью посвящено исследованиям, исследованиям и изучению. Они также могут предоставлять отчеты об ошибках с гораздо большей глубиной благодаря своим индивидуальным взглядам, предоставляя разработчикам больше информации для работы. Однако такой подход часто требует более глубокой интеграции с Azure, поэтому он обходится ценой гибкости.

• Команды тестирования программного обеспечения могут использовать эмуляторы для облегчения исследовательских проверок; это может быть полезно, но редко отражает практическую среду пользователя.
• Исследовательское тестирование дает возможность найти больше дефектов, потому что у тестировщика появляется свобода действий, он может проводить различные типы тестов, используя свой прошлый опыт и знания о продукте.
• Это связано с тем, что существуют аспекты программного обеспечения, которые автоматизация не может полностью учесть и которые также требуют пристального внимания.
• Эти проверки могут включать архитектурную диаграмму, отслеживающую множество компонентов системы и их взаимодействие.
• Тема исследовательского тестирования была действительно актуальной пару лет назад, и похоже, что она снова набирает обороты.
• Подход ad hoc может быть полезен после проведения формального тестирования, чтобы убедиться, что проверки учитывают все возможности; это также помогает, когда время для проведения дальнейшего тестирования ограничено.

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

Проанализируйте результаты

Действия с таким способом предписаны и предсказуемы, расхождение со скриптом не предусмотрено. Также особое внимание при исследовательском тестировании уделяется проверке правильности обработки ошибок, как одной из базовых функций ИТ-системы. Например, в прошлой версии системы управления больницей модуль отчетов зависал и выдавал ошибки, и возможно есть смысл сейчас протестировать его в первую очередь. Опыт решения проблем, замеченных https://deveducation.com/ в других продуктах и прошлых версиях этого продукта, поможет предугадать модули, в которых, скорее всего, будет много дефектов. В ИТ-системе больницы, например, нужно будет пройти по пути пользователя от регистрации пациента по номеру телефона, и далее например ввод и обработка графических данных этого пациента — рентгеновских и МРТ-снимков и т.п. А диаграмма архитектуры позволит уточнить детали вызова модуля регистрации.

ИИ и машинное обучение позволяют нам автоматизировать все больше и больше рутинных задач, поэтому у QA остается больше времени для более увлекательного и сложного тестирования. Тема исследовательского тестирования была действительно актуальной пару лет назад, и похоже, что она снова набирает обороты. Вокруг этого все еще есть много вопросов, например, когда проводить исследовательское тестирование, какие подходы являются наиболее популярными и в чем разница между исследовательским и специальным тестированием. Ручное разведочное тестирование по-прежнему дает много преимуществ в сочетании с Agile благодаря своей способности выявлять проблемы, которые автоматизированный подход может пропустить.

Как проводить исследовательские тесты?

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

Исследовательское тестирование – это одновременное создание тестов, их прохождение и корректировка в зависимости от поведения вашего  продукта. Одно из ключевых достоинств исследовательского тестирования в том, что оно помогает бороться с когнитивными искажениями и концентрироваться на различных аспектах приложения. Исследовательское тестирование широко используется в методологии разработки Agile. Оно является противоположностью сценарного тестирования и позволяет выходить за его рамки. Хотя исследовательское тестирование в целом не всегда классифицируется как тестирование «черного ящика», верно, что между этими двумя подходами существует значительное пересечение.

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

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

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

Самое замечательное в исследовательском тестировании заключается в том, что вам не нужно много времени или ресурсов, чтобы внедрить его в SDLC и любой процесс, которому следует ваша команда. Я рекомендую иметь общий список вещей, которые вы хотите изучить, чтобы, когда у вас будет время, вы легко сможете его выбрать. Для достижения наилучших результатов убедитесь, что exploratory testing пример этот список виден и доступен для всей команды, а не только для QA. Далее, изучив функциональность и слабые места приложения, можно создавать формальные тест-кейсы. Чтобы систематизировать исследовательское тестирование можно использовать идею туров. Туры – это идеи и инструкции по исследованию программного продукта, объединенные определённой общей темой или целью.

Чтобы избежать недопонимания, команды тестирования должны составить четкий список каждой функции и проверок, которые они собираются выполнить. Это также означает, что тесты должны быть адекватно распределены по функциям программного обеспечения. Тестировщики эффективно обучают программное обеспечение для автоматизации, как правильно выполнять тест, гарантируя, что оно каждый раз проводит его идентично.