< /p>
Давайте рассмотрим разницу между регрессией и повторным тестированием. Возможно, это один из пяти самых популярных вопросов для новичков на собеседовании по тестированию программного обеспечения.
Большинство тестировщиков путают регрессию и повторное тестирование.
В этом посте мы покажем разницу между регрессией и повторным тестированием. с практическими примерами, чтобы лучше понять.
Посмотрите видео ниже, чтобы увидеть «Разницу между регрессией и повторным тестированием»
Пожалуйста, наберитесь терпения. Видео загрузится через некоторое время.
Если вам понравилось это видео, подпишитесь на наш канал YouTube для получения дополнительных видеоуроков.
РЕГРЕСС-ТЕСТИРОВАНИЕ:
повторно тестирование уже протестированной программы после ее модификации для обнаружения любых дефектов, появившихся или обнаруженных в результате изменений в тестируемом программном обеспечении или в других связанных или несвязанных компонентах программного обеспечения.
Обычно мы проводим регрессионное тестирование в следующих случаях:
- В приложение добавляются новые функции
- Требование к изменению (в организациях мы называем это как CR)
- Исправление дефектов
- Устранение проблем с производительностью
- Изменение среды (например, обновление БД с MySQL на Oracle)
ПОВТОРНОЕ ТЕСТИРОВАНИЕ:
Чтобы убедиться, что дефекты, которые были обнаружены и опубликованы в предыдущей сборке, были исправлены или не были исправлены в текущей сборке.
Скажем, вышел билд 1.0. Группа тестирования обнаружила некоторые дефекты (идентификатор дефекта 1.0.1, 1.0.2) и опубликовала их.
Выпущена сборка 1.1, теперь проводится повторное тестирование дефектов 1.0.1 и 1.0.2 в этой сборке.
Пример, демонстрирующий разницу между регрессией и повторным тестированием:
Возьмем два сценария.
Случай 1. Страница входа — кнопка входа не работает (ошибка)
Случай 2. Страница входа — добавлен флажок «Оставаться в системе» (новая функция)
В случае 1 кнопка входа не работает, поэтому тестер сообщает об ошибке. После исправления ошибки тестировщики проверяют ее, чтобы убедиться, что кнопка «Войти» работает в соответствии с ожидаемым результатом.
Ранее я публиковал подробный пост в разделе «Шаблон отчета об ошибке». Если вы не прошли через это, вы можете просмотреть, нажав здесь. Кроме того, вы можете скачать Образец шаблона отчета об ошибках/Шаблон отчета о дефектах отсюда.
В Случае 2 тестировщик тестирует новую функцию, чтобы убедиться, что новая функция (Оставаться в системе) работает должным образом.< p>Случай 1 подпадает под повторное тестирование. Здесь тестер повторно тестирует ошибку, обнаруженную в более ранней сборке, используя шаги для воспроизведения, упомянутые в отчете об ошибке.
Кроме того, в случае 1 тестер тестирует другие функции, связанные с кнопкой входа в систему, которую мы называем < strong>Регрессионное тестирование.
Случай 2 относится к регрессионному тестированию. Здесь тестировщик тестирует новую функцию (оставаться в системе), а также тестирует соответствующие функции. Тестирование соответствующих функций при тестировании новых функций подпадает под Регрессионное тестирование.
Еще один пример.
Представьте себе, что тестируемое приложение имеет три модуля: администрирование, закупки и финансы. Модуль «Финансы» зависит от модуля «Покупка». Если тестер нашел ошибку в модуле «Покупка» и опубликовал ее. После исправления ошибки тестировщик должен выполнить повторное тестирование, чтобы проверить, исправлена ли ошибка, связанная с покупкой, а также провести регрессионное тестирование.чтобы протестировать модуль “Финансы”, который зависит от модуля “Покупка”.
Некоторые другие различия между регрессией и повторным тестированием:
Повторное тестирование выполняется на не пройденных тестовых примерах, тогда как регрессионное тестирование выполняется на пройденном тесте. случаях.
Повторное тестирование гарантирует, что первоначальный дефект был исправлен, а регрессионное тестирование гарантирует отсутствие непредвиденных побочных эффектов.
Повторное тестирование и регрессионное тестирование
Ниже подробное сравнение с примером
| РЕГРЕССИОННОЕ ТЕСТИРОВАНИЕ | ПОВТОРНОЕ ТЕСТИРОВАНИЕ |
|---|---|
| Выполняется регрессионное тестирование, чтобы убедиться, что изменения кода не повлияли на существующие функции. | Выполняется повторное тестирование, чтобы убедиться, что тестовые случаи, которые ранее не прошли успешно, после устранения дефектов. |
| Регрессионное тестирование проводится для проверки того, затронуты ли какие-либо существующие функции или нет на основе новых изменений кода. | Повторное тестирование проводится на основе исправлений дефектов. |
| Проверка дефекта не подлежит регрессионному тестированию. | Проверка дефекта подлежит повторному тестированию. |
| Приоритет регрессионного тестирования ниже, чем повторного тестирования. Регрессионное тестирование проводится параллельно с повторным тестированием. | Приоритет повторного тестирования выше, чем регрессионного тестирования. Повторное тестирование выполняется перед регрессионным тестированием. |
| Мы можем автоматизировать регрессионные тесты. Ручное регрессионное тестирование является более дорогим и трудоемким. | Мы не можем автоматизировать тестовые случаи для повторного тестирования из-за неопределенности. |
| Регрессия тестирование — это общее тестирование. | Повторное тестирование — это плановое тестирование. |
| Мы проводим регрессионное тестирование на пройденных тестовых примерах. | Мы проводим повторное тестирование только в случае неудачных тестов. |
| Регрессионное тестирование проверяет неожиданные побочные эффекты. | Повторное тестирование проверяет, были ли исправлены первоначальные дефекты. |
| Случаи регрессионного тестирования основаны на функциональной спецификации. | Тестовые наборы, ранее не пройденные, используются при повторном тестировании. |
TAG: qa
Еще об этом:
150+ ЛУЧШИХ ВОПРОСОВ И ОТВЕТОВ НА ИНТЕРВЬЮ О ТЕСТИРОВАНИИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
ЛУЧШИЕ ИНСТРУМЕНТЫ ТЕСТИРОВАНИЯ ВЕБ-ПРИЛОЖЕНИЙ (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) НА 2022 ГОД
100+ ВИДОВ ТЕСТИРОВАНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ – ПОЛНЫЙ СПИСОК
ЛУЧШИЕ ИНСТРУМЕНТЫ УПРАВЛЕНИЯ ТЕСТИРОВАНИЕМ (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) НА 2022 ГОД
ЧТО ТАКОЕ РЕГРЕССИОННОЕ ТЕСТИРОВАНИЕ | ОПРЕДЕЛЕНИЕ, ИНСТРУМЕНТЫ, КАК ВЫПОЛНЯТЬ
ЛУЧШИЕ ИНСТРУМЕНТЫ ТЕСТИРОВАНИЯ МОБИЛЬНЫХ ПРИЛОЖЕНИЙ В 2024 ГОДУ ДЛЯ ANDROID И IOS
ЛУЧШИЕ ИНСТРУМЕНТЫ АВТОМАТИЗИРОВАННОГО ТЕСТИРОВАНИЯ (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) | август 2022 г.
РУЧНОЕ ТЕСТИРОВАНИЕ ПРОТИВ АВТОМАТИЗИРОВАННОГО | ВАЖНЫЕ ОТЛИЧИЯ, КОТОРЫЕ ВЫ ДОЛЖНЫ ЗНАТЬ
100 САМЫХ ПОПУЛЯРНЫХ ПРОДВИНУТЫХ ВОПРОСОВ И ОТВЕТОВ НА ИНТЕРВЬЮ ПО SELENIUM
ЧТО ТАКОЕ ТЕСТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ | ВСЕ, ЧТО ВЫ ДОЛЖНЫ ЗНАТЬ
