BH     ТT     Info     Тестирование   --   Исследование системы на тестовом стенде с целью получения информации о её качестве и предоставление этой информации заинтересованным лицам Регрессионная спираль смерти   Habr-512702     про ручное и в целом про отбор: вначале тестов у вас было мало, поэтому не было смысла приоритезировать. Теперь есть. По умолчанию считаем, что новую фичу мы тестим. Есть смоук, есть регресс, можно назвать ещё и приёмочное в эту кучу положить, чтобы знать как разделять наборы. У нас ТЕСТ-ИТ система и есть разделение по приоритетам, по простому критичные, важные, обычные, фигня. вся система разбита на категории, понятные названия для кусков функционала. +- В каждой категории есть "вот этот кейс надо 100% проверить, это прям самый позитивный и важный для пользователя". Таких кейсов штук 100-150 на огромный продукт, чтобы укладывалось в 30-120 минут максимум. Это смоук. Есть кейсы "без этого 100% версию не примут, это точно увидят быстро". Это приёмочное перед релизом. Это уже набор позитивных тестов, то что описано в спеках или же в наборе юзер-стори. Это уже укладывается в несколько часов, может быть день(само собой тут несколько человек) для большого продукта. Тут весь смоук + важные кейсы. и есть регрессионный набор. Когда у вас сменили базу и вам выделили так уж и быть ведро времени, поэтому проверяем подробно. Тут приёмочное + все тесты "без ломания контролов ввода", проходится за несколько дней. эту же логику набрасывают и на автотесты, чтобы были разные наборы тестов, какие-то в ночной пихают прогон, самые критичные и быстрые после каждой заливки