Есть начинающий тестировщик с 0 практики и базовой теорией. Есть компания которой в требованиях написано нужен автоматизатор тестировщик, опыт от 3 лет. Зачем человека без опыта звать на собес.?

А в резюме случайно нет "базовое знание python git sql"?

но я знаю только создание пользователя, таблицы и удаление пользователя

Хм... Тогда конечно странно, а у эйчара уточнить не проще чем пытаться угадать? )

https://docs.google....dit?usp=sharing
прочитал, прослезился. По списку багов сразу видно человек не очень понимает что требуется сделать
все баги, и критические и минорные просто вперемежку. То же самое и с областями тестирования - и функциональные баги, и установки, и локализации, опять же всё в кучу
опять же непонятно какие области приложения вообще были протестированы
тестировщик должен сообщить о качестве продукта, а не выложить какой-то неорганизованный длиннющий список, типа "чем больше список тем я круче"
понятно почему работодатель "не стал разговаривать"

Попросите созвон с интервьюером техническим для прояснения. Или в описании что-то не так, или рекрутер не понимает.

Коллеги, вчера в ходе дружеской беседы с сотрудниками одной известной компании закусились на тему: "Можно ли тестировать на проде?"
интересно ваше мнение, как вы считаете?

Коллеги, вчера в ходе дружеской беседы с сотрудниками одной известной компании закусились на тему: "Можно ли тестировать на проде?"
интересно ваше мнение, как вы считаете?

в NASA и медицине особенно клево тестить на проде, да

Коллеги, вчера в ходе дружеской беседы с сотрудниками одной известной компании закусились на тему: "Можно ли тестировать на проде?"
интересно ваше мнение, как вы считаете?

это про пикап?

Просто если ты работал на проекте до его выкатки на прод, то ты тестил на стейдже и нет смысла тестить на бою. Новые фичи также перед выкаткой. Нооо. ради собствено спокойствия 100% можно тестить ручным и регрес-селен тестами на бою. Нагрузки они никкой не дают, базы не забивают(если там нет теста на создание 100 пользователей)