Регресс, статусы и решение о выпуске

Набор зависит от цели проверки

Ретест повторяет пример, которым подтверждался дефект, на версии с исправлением. Регресс ищет нежелательные последствия изменения в ранее работавших областях. Smoke — короткий набор критических путей, помогающий понять пригодность сборки к дальнейшему тестированию; точный состав команда согласует сама. Эти названия не являются магическими гарантиями и не задают одинаковую глубину для всех продуктов.

После исправления Unicode-валидации сначала повторите 😀×80. Затем проверьте соседние длины, обычный текст и независимые ограничения, которые мог затронуть общий валидатор. После изменения фильтра видимости нужны разные авторы и команды. Копирование всех старых случаев без анализа затрат не лучше произвольного сокращения: объясняйте, какой риск покрывает выбранный случай и почему остальное переносится или исключается.

Статус описывает доказательство

Passed означает, что проверка исполнена и наблюдение соответствует ожиданию в указанных условиях. Failed — исполнена и есть расхождение. Blocked — исполнение нужного сценария остановлено препятствием; укажите, что именно не удалось и что требуется. Not run — ещё не запускалась. Статический анализ журнала может оценить записи журнала, но не становится вашим новым динамическим прогоном. Если вы переносите чужие результаты, называйте источник и версию.

Не превращайте недоступную проверку в успешную из-за отсутствия найденного дефекта. Не закрывайте риск чужой команды тем, что аккаунт Олега не удалось создать: именно поэтому результата нет. Предусловие может блокировать один тест и не мешать другим. Сохраняйте независимые сценарии и их статусы. При изменении сборки не переносите без объяснения Passed из старого прогона: годность результата зависит от изменения и политики повторного использования свидетельств.

Отчёт нужен для решения, а не для красивого процента

Полезный отчёт называет сборку, область, окружение, даты, объём запланированного и выполненного, дефекты, блокировки и непроверенное. Числа должны сходиться: 8 planned, 4 passed, 1 failed, 1 blocked, 2 not run. «80% готовности» без определения знаменателя скрывает данные. Даже 100% успешных выполненных проверок при двух непроверенных критических рисках не равны готовности выпуска.

Рекомендация QA должна быть понятна вместе с основаниями: «Не рекомендую выпуск без решения по раскрытию draft; воспроизведение на сборке указано; изоляция south остаётся непроверенной». Окончательное решение принимает уполномоченный процесс команды. Если выпуск всё же принимают с известным риском, зафиксируйте принявшего решение и согласованный обходной путь по реальному процессу, а не придумайте согласование. В нашем упражнении такой человек не задан, поэтому можно предложить дальнейший шаг, но нельзя написать «бизнес принял риск».

Журнал прогона R-12 (учебные свидетельства)