4. Регрессионное тестирование. Классическое и современное толкование

Регрессионное тестирование - это вид тестирования, направленный на проверку изменений, сделанных в приложении или окружающей среде (починка дефекта, слияние кода, миграция на другую операционную систему, базу данных ,web-сервер или сервер приложения), для подтверждения того факта, что существующая ранее функциональность работает как и прежде. В классическом понимании регрессионного тестирования тесты, которые уже успешно прошли в прошлом, повторно выполняются для подтверждения сохранения их корректности после внесенных изменений. Это может включать в себя повторное выполнение функциональных тестов, интеграционных тестов, и других видов тестирования, зависящих от конкретного приложения.

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

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

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

4. Сценарное тестирование

Сценарное тестирование - это метод тестирования, при котором тесты проводятся в соответствии с предварительно написанными сценариями, которые описывают последовательность действий пользователя или системы и ожидаемые результаты. Этот подход позволяет структурировать тестирование и обеспечивает точный порядок выполнения тестовых кейсов.

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

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

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

4. Ad hoc тестирование

Свободное тестирование (ad-hoc testing) – это вид тестирования, который выполняется без подготовки к тестированию продукта, без определения ожидаемых результатов, проектирования тестовых сценариев. Это неформальное, импровизационное тестирование. Такой способ тестирования в большинстве случаев дает большее количество заведенных отчётов об ошибке.  Это обусловлено тем, что тестировщик на первых шагах приступает к тестированию основной функциональной части продукта и выполняет как позитивные, так и негативные варианты возможных сценариев.

Виды свободного тестирования (ad-hoc testing)

Buddy testing – процесс, когда 2 человека, как правило разработчик и тестировщик, работают параллельно и находят дефекты в одном и том же модуле тестируемого продукта.

Pair testing – процесс, когда 2 тестировщика проверяют один модуль и помогают друг другу. К примеру, один может искать дефекты, а второй их документировать.

Monkey testing – произвольное тестирование продукта с целью как можно быстрее, используя различные вариации входных данных, нарушить работу программы или вызвать ее остановку

Основные преимущества ad-hoc testing

Нет необходимости тратить время на подготовку документации.

Самые важные дефекты зачастую обнаруживаются на ранних этапах.

Часто применяется, когда берут нового сотрудника.

Возможность найти трудновоспроизводимые и трудноуловимые дефекты, которые невозможно было бы найти, используя стандартные сценарии проверок