для продакшена?
В том смысле, что, созданные автотестами данные должны же как-то исключаться из выдачи на продакшене, из аналитики, итд?
Может кто-то посоветовать best practices как это обычно делают?
не тестируют на проде, делают препрод на таких же (только обфусцированных) данных. На проде только смоук тесты на заранее подготовленных аккаунтах, или как то помечаемых при создании тестовых аккаунтах
Ну, со стейджингом понятно. А на проде единственный выход -- делать пометки для таких аккаунтов, и переписывать логику аналитики и поиска, исключая их из выдачи?
да, мы делали признак тестового аккаунта, соответственно все данные по таким аккаум выфильтровывались, плюс ограничение на платежи на них было
Ага... Ну это первое что мне пришло в голову тоже, но надеялся что есть какой-то хитрый вариант, который позволит не переписывать логику в аналитике итд 😅
То есть для стейджинга вы прогоняете весь набор автотестов (и позитивные и негативные тесты), а для продакшена только короткий смоук + самые важные для бизнес-логики тесты, исключая их из выдачи и аналитики?
ткой вариант есть - не тестить на проде на новых аккаунтах, а на флоу нового юзера повесить специальные эвенты и на них мониторинг, соотв если внезапно чудом отвалится рега - мониторинг заметит что перестали идти рег ивенты и тп и поднимет тревогу
да. из аналитики в основном придется реги выфильтровывать, чтобы на конверсию не повлияли
Да у нас сервис сильно обвешен аналитикой, отчетами, редашем, итд.Нельзя это портить тестовыми данными, но и сильно переписывать бэкенд для отфильтрации этих тестовых данных тоже не хочется. Есть два стула короче, сижу думаю 😅
а какой это у вас признак, если не секрет? как вы определяете, что это тестовые данные были?
на главную таблицу с юзерами добавили колонку IS_TEST_USER соотв аналитика выбрасывала любого юзера с этим признаком
Обсуждают сегодня