1) для нагрузки есть отдельные стенды и четкий список ресурсов которые должны нагружаться
2) для полной регрессии есть автотесты и там индивидуальные стеки
3) для акцептанса набор демок по фичабранчам

А разве может быть такое, что функциональный автотест на стейджинге проходит, а на проде - нет?

(минус нестабильности)

а зачем "минус", мы бы их тоже хотели отлавливать. Это ведь тоже задача мониторинга ловить такое.

развернуть честный стек с нуля, у нас занимает порядка часа. Для автотестов это долго очень. Поэтому мы идем на ряд компромиссов. Где-то используются моки и заменители. В демках есть шаренные ресурсы и там они технически могут друг на друга влиять, мы это допускаем. Прод же он абсолютно отдельно. И есть нюанс еще, что только там билды могут работать неделями. А значит mttf тестирование у нас по факту идет в проде 🙂 Но это уже компромис, мы не можем ждать результаты тестирования неделями

кто меня в суе помянул?)

😝

Про что вообще вопрос? Там дискуссия какая-то длинная, не прочитал

Тестирование на проме, мишин критикал систем

на проде?

Дыа

Спасибо, интересно было.

а что считать мишн-критикал?

Систему к которой предъявляется надежность 99.99, система переводов например ?

Процессинг

Эмиссия

в целом считаю, что на проде всегда можно тестирировать, нужно только проявлять (это секретное знание я только в этом чате передам) - здравый смысл.

Короче дойчеподобные операции🙃

Ну выше из переписки, я так понял ребята хотят автотесты пользовательских сценариев гонять, вот

например банкинг на проде сам бог велел тестировать, я первым делом со своего клиентского акка проверю, как работает новая функция 😃