Выполнение проверок · База
Как провести retest исправленного дефекта
Проверить, что конкретный дефект исправлен и не повторяется на указанных данных.
Кратко: за 2 минуты
Проверить, что конкретный дефект исправлен и не повторяется на указанных данных. На выходе: дефект закрыт только после успешного retest.
Когда применять
Пункт относится к этапу «Выполнение проверок». Его задача — провести проверки воспроизводимо и собрать доказательства состояния продукта. Он нужен до передачи результата разработчикам, менеджеру и владельцу продукта: иначе команда рискует закрывать дефект со слов разработчика.
Что это дает
Retest подтверждает исправление, но не заменяет регрессионную проверку соседних сценариев. Это помогает связать работу с общей целью: понятный уровень качества и управляемый риск релиза. Практический эффект виден, когда дефект закрыт только после успешного retest.
Пошагово: как выполнить
- Возьмите исходные шаги воспроизведения.
- Проверьте исправление на той же среде и версии.
- При необходимости добавьте смежные проверки.
Критерии приемки
- Дефект закрыт только после успешного retest.
- Версия исправления указана.
- Смежные риски проверены или вынесены отдельно.
Типичные ошибки
- Закрывать дефект со слов разработчика.
- Не проверять исходные данные.
- Путать retest и regression.
Инструменты
Пример
Плохой пример
Закрывать дефект со слов разработчика.
Хороший пример
Учебный пример. Баг с количеством 0 исправлен в сборке 1.8.3. QA повторяет исходные шаги на прежних данных: теперь показана ошибка валидации; отдельно проверяет допустимое количество 1 и связывает результат с карточкой дефекта.
Шаблон
Протокол retest
Скачать рабочий лист этого урока
Выбрать рабочий шаблонРабочий артефакт
Test run
Протокол retest
Учебный пример. Баг с количеством 0 исправлен в сборке 1.8.3. QA повторяет исходные шаги на прежних данных: теперь показана ошибка валидации; отдельно проверяет допустимое количество 1 и связывает результат с карточкой дефекта.
- Passed
- Failed
- Blocked
- Retest
Контроль качества
Отчет выполнения тестов
Дефект закрыт только после успешного retest.
После релизов, изменения требований, новых дефектов, ретестов и обновления критериев приемки.
Риск, шаги воспроизведения, окружение, доказательства, ожидаемый результат и владельца исправления.
Перед отметкой выполнено: Дефект закрыт только после успешного retest.
Как применять
Начинайте с риска для пользователя и продукта. Затем проверьте воспроизводимость, окружение, тестовые данные и доказательства. Хороший QA-пункт отвечает на три вопроса: какой риск закрываем, как воспроизводим результат и по каким критериям считаем проверку завершенной.
Короткие ответы
Частые вопросы
Зачем выполнять пункт «Как провести retest исправленного дефекта»?
Retest подтверждает исправление, но не заменяет регрессионную проверку соседних сценариев. Это помогает связать работу с общей целью: понятный уровень качества и управляемый риск релиза. Практический эффект виден, когда дефект закрыт только после успешного retest.
С чего начать выполнение?
Возьмите исходные шаги воспроизведения.
Как понять, что пункт выполнен?
Дефект закрыт только после успешного retest.
Какая ошибка чаще всего мешает результату?
Закрывать дефект со слов разработчика.
Режим обучения
Тест по теме
Проверка понимания
Ответьте на вопросы по материалу и получите итоговый отчет: что понято хорошо, а что стоит перечитать.
Для углубленного изучения
Редакция Ariol · Версия 2 · Обновлено
Независимая экспертная проверка не заявлена.
Что обновлено
- — Обновлено: Название, Шаблон результата, Пример, Плохой пример, Заголовок поиска, Описание поиска, Поисковые фразы.
Материал предназначен для обучения. Адаптируйте рекомендации к внутренним регламентам компании и условиям проекта.
Предложить исправление через контакты Ariol