Этот вопрос проверяет знание стратегий управления и выполнения регрессионного тестирования для проверки отсутствия побочных эффектов после изменений.
Регрессионные тесты обрабатывают, регулярно выполняя набор проверок, который охватывает основной функционал системы, чтобы убедиться, что новые изменения ничего не сломали. Из-за большого объема их стремятся автоматизировать. Набор регрессионных тестов должен быть стабильным и выполняться быстро, его часто запускают автоматически при каждой новой сборке (в рамках CI/CD).
Регрессионное тестирование — это защита от непреднамеренного развала работающей системы.
Стратегии обработки регрессионных тестов:
Составление регрессионного набора (Test Suite):
Это подмножество всех тест-кейсов, которые покрывают самые критичные и часто используемые функции системы.
Пример для 1С: Создание и проведение основных документов (Приход, Реализация, Перемещение), формирование ключевых отчетов, проверка расчетов зарплаты.
Автоматизация:
Ручной регресс занимает много времени и не подходит для частых релизов.
Используются инструменты вроде 1С:Тестировщик или Vanessa для создания автоматических скриптов.
Автоматизированные регрессионные тесты могут выполняться каждую ночь.
Выборочное регрессионное тестирование (Smoke/Sanity Testing):
При нехватке времени выполняют не полный регресс, а "дымовое" тестирование — быструю проверку самых важных функций, чтобы убедиться, что система в принципе работоспособна.
Приоритизация:
Тест-кейсы в регрессионном наборе должны иметь приоритет. Сначала всегда выполняются тесты за критичный функционал.
Процесс в проекте 1С:
Разработчик вносит изменения в конфигурацию для новой функциональности.
Система непрерывной интеграции (CI) автоматически выгружает конфигурацию, собирает и размещает её на тестовом сервере.
Затем CI автоматически запускает набор регрессионных тестов.
Команда получает отчет: если тесты прошли, можно приступать к тестированию новой функциональности. Если упали — срочно исправлять.
Вывод: Регрессионное тестирование — это страховой полис проекта. Его автоматизация и регулярное выполнение — залог стабильности системы при активной разработке.
Уровень
Рейтинг:
2
Сложность:
7
Навыки
Тестирование требований / UAT
Ключевые слова