Мне просто лень стало делать тестовое 😹😹😹

Я откликалась первый раз 4 мес назад и там был листбоксер

Сразу понял о какой компании вы говорите, по превью тексту)
Туда реально устроится?

Не знаю даже ) отзывы один негатив

Те, кто устраивается, проживают немного)

Я провалил password manager 😏 не нашёл какой-то крит якобы..

У меня кстати на работе, есть знакомый курьер и у него сестра там два года проработала, сейчас эмигрирует в Чехию.
Хз каким боком она туда попала.

В головной офис в Праге?)

Через вееам

Листбоксер сделала да на задачки хорошо ответила :)

Кстати я бы щяс в Прагу не совался на вашем месте

А что с Прагой не так?

Локдаун

Весы свои принесла, рабочие.

Локдаун плюс чехи

Всем доброго времени суток, такой вопрос. На учебном проекте тестируем сайт, который имеет два вида пользовательских аккаунтов: премиум-аккаунт и бесплатный аккаунт. Сайт хранит данные о серверах пользователя, которые поступают со стороннего API, и предусматривает просмотр статистики по дням. Премиум подразумевает вечное хранение данных пользователя, бесплатный аккаунт - за последние три дня. В связи с этим, вопрос: как тестировать то, что данные хранятся n дней? При условии, что при тестировании может и не быть данных на три дня, только на два, к примеру. Да и срок хранения может измениться в будущем, как тогда тестировать годовое хранение данных? Была мысль о написании скрипта, который наполняет БД данными, нужными для теста, и указать это в пререквизитах. В общем, нужно грамотно составить тест-кейсы на такой случай, буду благодарен за Ваши советы с личного опыта или каких-то best practice, спасибо

А с чехами-то что не так?))

Блин))) чехлы не очень любят иностранцев, а русских так вообще..бюрократия просто ... ну это мое субъективное конечно

Чехлы 🤪

Вариант 1:
Пишете тест кейсы.
Для кейсов формируете тестовые данные.
Напихиваете их в бд.
Радуетесь.

Вариант 2:
Выбиваете себе api ручку, позволяющую менять дату создания записи в базе.
Меняете данные на лету по ходу тестов.
Радуетесь.