Automation QA - Собеседование на микросервисный проект (часть 3)

[@Sviatlana_Piatrovich]

В некоторых вопросах уже есть подсказка)) Так как в IT мы общаемся друг с другом на "ты", я думаю автор канала не обидится, если я напишу: "Гена, ты классно проводишь собесы, такой доброжелательный, позитивный интервьюер, да ещё и с пояснениями некоторых моментов". С меня большой лайк😊

[@chursovQA]

Конечно не обижусь, такой прекрасный отзыв! Свою доброжелательность стараюсь культивировать и на других инженеров, например, недавно рассказывал про технические собеседования на митапе kzbin.info/www/bejne/pIjdmYFtgq2FosU

[@user-ce2zz7bm4e]

Здорово! На настоящий собес похоже - хорошие вопросы, глубокие (для меня), на понимание сути. Спасибо! Да, сейчас тестировщика огромный объём информации могут спросить - два технических собеседования по 1.5 часа - обычное дело.

[@chursovQA]

Обычно стараемся в одно собеседование на 1,5 часа вместе с кодинг частью уложиться. Я недавно рассказывал как технические собеседования в крупных компаниях выглядят и как к ним нужно готовиться и советы что точно не нужно делать (на английском) kzbin.info/www/bejne/pIjdmYFtgq2FosU

[@awesomawesom372]

Очень крутой собеседующий! Вы в GridDynamic в Београде? Спасибо за эти видосы! Помогают расти

[@chursovQA]

Спасибо, рад помогать!

[@b1tterman]

если 500 ошибка - залезать в логи микросервиса (в кубер или опеншифт или на серваке) и смотреть что там. из нескольких таблиц данные можно вытащить нескольками способами - Гена спрашивал про join по идее. можно сделать запрос с подзапросом. юнион объединяет таблицы по вертикали, джойн по горизонтали. для автоматизатора не хватает еще лайвкодинга. ну и к собесам надо готовиться. если ты в епаме работаешь - теория по Куликову должна отлетать от зубов, база - Тестирование дот ком Савина, можно еще почитать про техники тест дизайна Ли Копланда. Да полно литературы. Слушаю этого товарища и понимаю что знаю поболее, единственное про контракты было полезно узнать. п.с. опыт в тестировании 2.5 года и 4 проекта, банки (ручное и авто, фронт и бек). в том же тиньке собесов несколько: первый 30 минут с hr, следующее 1.5 часа секция по "специализации" фронт/бек/мобилы и третья 1.5 часа по теории тестирования и лайфкодингу. если всё ок - то зовут еще на одну встречу - знакомство с 1-2-3 командами куда могут взять для "матча"

[@chursovQA]

У меня есть другие мок собесы с лайв кодингом. В тинькофф я ради прикола проходил собеседование год назад успешно, даже решил все задачи на SQL, которые у них были. У них не сложное собеседование, я даже не готовился к нему, кроме как прочитал чем Kafka от rabbitMQ отличается. То есть к нему можно придти просто с хорошим опытом в тестировании, без подготовки по leetcode месяцами.

[@Ilyasgu]

​@@chursovQAна sdet у них задачи, как на литкоде)

[@chursovQA]

@@Ilyasgu на SDET понятное дело, это же фактически разработчика ищут

[@VasersonYT]

Спасибо, отличная подача материала, подписался - буду следить за новым контентом)) а после git stash разве не git pop чтобы вернуть все назад? Еще иногда чтобы временно сохранить изменения делаю патч во внешний файл, а потом возвращаю (правда при помощи IDE) :)

[@chursovQA]

Спасибо за добрые слова! В Idea операция называется unstash, но в самом git это два вида: stash apply и stash pop. Один применяет без удаления, второй с удалением самого стеша из списка сохранённых. Кстати, если есть какие-то идеи или предложения для следующего видео или есть желание поучаствовать - можете писать в комментариях!

[@fedorq6618]

Раньше чуть ли не всегда было, что юнит-тесты за разрабами. Если сдаешь istqb, там тоже так говорится. Исходя из этого вопрос, это тренд сейчас на автотестеров вешать ещё и юниты или это специфика данной позиции? Я посмотрел все 3 части и вы достаточно много спрашиваете по юнитам

[@chursovQA]

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

[@AleksandrAru]

Тогда смысл работать тестировщиком?😅 сразу перейду в команду разработчиков и буду разрабатывать и юнит тесты писать.. А то получается ни туда ни сюда..

[@konstantindobrinskiy9740]

Геннадий, а в интервью на автоматике теорию тестирования спрашивают всегда крайне мало?

[@chursovQA]

Привет! Так как надо часа за полтора успеть все спросить, да ещё и задачку дать, оставить время на вопросы кандидата - то больше пары вопросов и не успеваешь обычно задать

[@andrewyo3374]

Git rebase и merge это не методы резолва конфликтов, это стратегии слияния изменений. Конфликты при этом могут быть, а могут и не быть.

[@chursovQA]

Да, все так, спасибо за уточнение. Поподробнее про их разницу можно почитать, например, здесь www.atlassian.com/ru/git/tutorials/merging-vs-rebasing

[@andrewyo3374]

Тебе спасибо :)

[@АзаматТурдубеков-л1р]

Классные вопросы только вот человек который отвечает кажется все написал и читая отвечает

[@chursovQA]

Спасибо за классные вопросы! Вроде не читал, так как в этом вроде смысла не было, это же тренировка, а не реальное собеседование

[@alexanderfrolov7208]

Дали офер ему?

[@chursovQA]

Пока что еще ищет работу дальше, сейчас сложно работу найти, даже если хорошо собесы проходить