Назад

Выполнение проверок · База

Провести retest исправленного дефекта

Проверить, что конкретный дефект исправлен и не повторяется на указанных данных.

Выполнение проверок: визуальный контекст этапа
Аудиопересказ пунктаПолная версия материала для прослушивания
Прослушано 0%
Скачать

Быстро понять за 2 минуты

Проверить, что конкретный дефект исправлен и не повторяется на указанных данных. На выходе: дефект закрыт только после успешного retest.

Главная пользаRetest подтверждает исправление, но не заменяет регрессионную проверку соседних сценариев.
Первое действиеВозьмите исходные шаги воспроизведения.
Готово, когдаДефект закрыт только после успешного retest.

Контекст

Пункт относится к этапу «Выполнение проверок». Его задача — провести проверки воспроизводимо и собрать доказательства состояния продукта. Он нужен до передачи результата разработчикам, менеджеру и владельцу продукта: иначе команда рискует закрывать дефект со слов разработчика.

ЦельRetest подтверждает исправление, но не заменяет регрессионную проверку соседних сценариев.
ДействиеВозьмите исходные шаги воспроизведения.
ПроверкаДефект закрыт только после успешного retest.

Что это дает

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

Как выполнить

  1. Возьмите исходные шаги воспроизведения.
  2. Проверьте исправление на той же среде и версии.
  3. При необходимости добавьте смежные проверки.

Критерии приемки

  • Дефект закрыт только после успешного retest.
  • Версия исправления указана.
  • Смежные риски проверены или вынесены отдельно.

Типичные ошибки

  • Закрывать дефект со слов разработчика.
  • Не проверять исходные данные.
  • Путать retest и regression.

Инструменты

JiraTest runBuild versiontest casebug reportчеклисттестовая средабаг-трекер

Рабочий артефакт

Test run

Выполнение проверок: документ с выводом, доказательствами, ответственным и следующим действием

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

  • Passed
  • Failed
  • Blocked
  • Retest

Контроль качества

Артефакт

Отчет выполнения тестов

Метрика проверки

Дефект закрыт только после успешного retest.

Когда пересматривать

После релизов, изменения требований, новых дефектов, ретестов и обновления критериев приемки.

Что передать дальше

Риск, шаги воспроизведения, окружение, доказательства, ожидаемый результат и владельца исправления.

Перед отметкой выполнено: Дефект закрыт только после успешного retest.

Как применять

Начинайте с риска для пользователя и продукта. Затем проверьте воспроизводимость, окружение, тестовые данные и доказательства. Хороший QA-пункт отвечает на три вопроса: какой риск закрываем, как воспроизводим результат и по каким критериям считаем проверку завершенной.

Режим обучения

Тест по теме

Проверка понимания

Ответьте на вопросы по материалу и получите итоговый отчет: что понято хорошо, а что стоит перечитать.

0/4ответов выбрано
1. Какой главный результат должен дать пункт «Провести retest исправленного дефекта»?
2. С какого действия логично начать выполнение?
3. Как понять, что тема действительно закрыта?
4. Какой ошибки стоит избегать в этой теме?
Материал подготовлен командойAriol.by