Зачем нужны тестовые окружения? В чем разница между Stage и Pre-prod

• Различие между стейдж, препрод и прод.  

• Тестовые окружения не появляются сами по себе, их нужно создавать.  

• Обычно есть хотя бы одно тестовое окружение, которое может называться по-разному.  

• В проектах может быть несколько тестовых окружений.  

• Пример: два стейджа, три препрода, четыре дева.  

• Важно понимать разницу между ними и как ими пользоваться.  

• Сравнение тестовых окружений с тестированием вакцины.  

• Деф окружение как тестирование в пробирках.  

• Стейдж окружение как тестирование на животных.  

• Прод окружение как тестирование на людях.  

• При прод окружение как максимально приближенное к реальной пользовательской среде.  

• Показ рабочего стола с различными тестовыми окружениями.  

• Пример с микросервисами в проекте Едадил.  

• Микросервисы обновляются независимо друг от друга.  

• Прод окружение как самая надежная версия кода без багов.  

• Пример тестирования новой версии микросервиса в проде.  

• Тестирование должно проводиться изолированно от реальных пользователей.  

• Используются тестовые окружения: при прод, стейдж и дэф.  

• В проде тестировщикам часто не дают доступ к базе данных, чтобы избежать утечки данных.  

• В стейдже и дэф тестировщики могут получать доступ к базе данных.  

• В проде доступ к базе данных отсутствует, чтобы избежать утечки данных пользователей.  

• В зависимости от проекта, доступ к базе данных может быть ограничен и на других окружениях.  

• Окружения отличаются степенью похожести на прод.  

• В идеале тестирование должно проводиться на окружении, максимально приближенном к прод.  

• На дэф окружение может быть нестабильным и не всегда работать.  

• Дэф окружение считается экспериментальным и нестабильным.  

• Стейдж окружение более стабильно, но все еще может содержать нестабильные версии.  

• При прод окружение должно быть максимально похожим на прод.  

• Тестирование начинается с дэф или стейдж, затем переходит на при прод.  

• В при прод проверяется, что новая версия не сломала существующие функции.  

• Если все работает, версия выкатывается в прод.  

• Тестировщик сам решает, в каком окружении тестировать.  

• В будущем тестировщик будет лучше знать все окружения.  

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

• Иногда на проекте может быть только одно тестовое окружение.  

• Нагрузочное тестирование может блокировать тестирование других микросервисов.  

• Создание дополнительных окружений требует настройки и управления.  

• Миграция данных между продакшном и препродом может происходить по-разному.  

• В идеальном проекте миграция должна происходить каждую ночь.