спасибо. интересное интервью. я работаю тестировщиком, но хочу перейти на автоматизатора и в плане возможных вопросов было интересно. есть над чем подумать и в какую сторону теорию подогнать. да и практику. но практику всегда не помешает. если что, то мне 46. так что будет даже интересно - получится или нет.
Привет! Если что у меня есть план развития автоматизатора на Java и курс лекций по Java Core. Если есть конкретные вопросы - можно отдельное видео про это тоже сделать. Обращайтесь и успехов!
Привет! В плейлистах есть запись курса для Women In tech, а так же в профиле есть ссылки на запись на менторинг или можно написать мне в telegram канале чтобы обсудить обучение
Со мной на проекте коллега в 40 лет работает джуном. Ну и намного старше тоже работают, но уже грейдами повыше. Если это вопрос про можно ли получить первую работу в 45 и не поздно ли? То можно и не поздно. Успехов вам :)
Не поверите, но бизнесу крайне наплевать на ваш возраст. Есть некоторая кучка маргиналов(п...сов), которые хотят молодых в коллекти, им видите ли так комфортнее. Но, как правило ВСЕМ очень наплевать на то сколько вам лет. Но абсолютно ВСЕМ важно: * Знаете ли вы теорию тестирования? Это не просто знать что такое приоритет задачи или серьезность ошибки. Это куда глубже! * Умеете ли вы SQL ? Скажут к примеру, вот тебе таблица с покупателями, найти в нех таки покупателей которые купили одинаковые товары с одинаковым количеством * Умеете ли вы тестировать Backend ? Грубо говоря, спросят: Вот у меня Postman и шлю GET запрос в сервер и тот мне в ответ HTTP 200. Ну я такой иду в chrome , а из него почему-то HTTP 500. Че за херь? * Если идете на автоматизацию Backend-а, то напишут вам пример JSON документа и какой-нить POST /subscriptions/ . Скажут накидать примеры тестов. * Также по автоматизации могут вам дать пример говнокода и скажут : Ваш коллега не выспался и на Pull Request вот эту херь написал. Че скажете? Понимаете? Бизнес хочет денег! А они получаются за счет решения задач. И если вы эти задачи можете, то бизнесу насрать сколько вам лет У меня вот недавно было несколько этапов прохождения на работу в одну компанию. Их процесс найма был таким: 1. Знакомство со мною путем общения с рекрутером - я прошел 2. Короткое тех.собеседование - просто на отсев в принципе плохо знающих - тоже прошел 3. Длинное тех.собеседование - тут все спрашивал. Примеры вопросов выше. - прошел 4. На этапе знакомства с командой я отвалился. Дело в том, что попросили меня решить задачку: * Дан массив отсортированных целых чисел. Напишите алгоритм, который вернет отсортированный массив квадратов. Сложность не хуже O(n). Длина массива , как и значения самих чисел ограничений не имеют. Я не смог решить задачку только потому что до этого был полночи в дороге, ехал домой и в 5 утра только лег спать, а в 9 утра кто-то сверху начал кидать игрушки. Вообщем не выспался. Мораль: Плохо выспался? Переноси интервью!!! Даже если ты прошлые этапы прошел нормально и тебе кажется что сейчас только поговорить осталось. Все равно переноси! Задку то я решил на след день как выспался. Все просто: * Ищем самый наименьший положительный элемент, к примеру 0, 1, 2 и др. - эта операция в отсортированном массиве путем двоичного поиска O(log(n)) * После того как нашли наим. элем. начинаем идти в две строны к началу массива и в конец , попутно складываем квадраты в правильном порядке * После основного тела цикла учитываем, что мы можем не дойти до начала и складываем это или до конца и это тоже складываем - те кто знаком с сортировкой методом слияния понимает о чем я
@@ntvisigoth Зачем так усложнять решение? Или условия по инструментам были? Можно ведь отсортировать изначальный массив, например, пузырьком, сравнивая модули элементов, а потом просто вывести их квадраты. Хотя тут, наверное, надо смотреть на скорость в итоге.
Все в пределах нормы. Спасибо за милого интервьювера! Буду теперь такие кликбейтные заголовки у моков делать. По самому собеседованию то какие-то комментарии будут?)
@@chursovQA это мое видение оно может ошибочно, просто для кодинг сессии это норм человек думает, фокуссируется на задаче и решении, но при общении проверяется софт скилз, и тут позитив крайне важен ведь это потенциальный человек в команде и тут общение и заинтересованность его прям на 1 месте. Но это не точно))))
@@vitaly7196 все так, у меня скоро еще одно видео выйдет про то, как собеседовать, и есть уже одно в плейлистах выступлений на английском, там тоже про это есть
после того как человек говорит функционал уже интерес теряется))) это функциональность не хочу никого обидеть) но как он работал в епам))? если нет требований - нужно идти пинать аналитика) как можно тестировать без требований? суть тестирования проверить на соответствие требованиям же)
Я, кстати, знаю про функциональность, но когда ты на собеседовании легко забыть про это - можно и на это скидку сделать, все люди ошибаются, иначе бы нашей профессии бы не было. Без требований тоже можно тестировать же. Можно брать текущую функциональность за эталон, сравнивать с конкурентами, своим опытом, здравым смыслом и обратной связью от команды и клиента
@@chursovQA чтобы более полно ответить на твой вопрос нужно поминутно разбирать все видео. Первое что всплывает в памяти вопрос про пирамиду и количество тестов. Что к чему, зачем. Я просто очень не люблю сухую теорию, а вот вопросы из практики очень даже неплохие были.
очень слабо, непонятно как он на работу устроился и чем занимался в епаме про критерии окончания регресса и можно ли выводить доработку в прод.... по теории плавает сильно пирамида тестирования, про интеграции и тд про ошибки при логировании - "общие практики" лол. открываешь требования и смотришь какие текста ошибок могут быть, далее открываешь хромдевтулс и смотршиь что ушло и пришло, код ошибки комбинаторные техники - звучит конечно так себе. с page object тоже поплыл локаторы хорошо по id искать, нормальные разрабы их делают по xpath можно вверх/вниз ходить, не только влево/вправо я бы не взял такого к себе. надо еще вторую часть посмотреть
Ну на то мы мок собеседования и делаем, чтобы подготовиться. Я свое первое собеседование после долгого срока не особо лучше проходил. Нужно учить теорию и прочее специально для собеседования. То что плохо прошел собеседование не говорит, что сотрудник он плохой, хотя риски, конечно, есть. Многие тестировщики делаю все на проекте по уже написанным примерам и не понимают почему именно так все сделано, а это на самом деле важно для собственного развития иметь такую любознательность. Ну а если ее не было, приходится вот так вот выкручиваться и восполнять пробелы уже перед собеседованиями.
@@chursovQA Это конечно моё мнение, но человек с годом опыта нуу очень сильно плавает даже в простых вопросах. Просто если человек это делал, то он легко отвечает на вопросы
@@XPyCT_HOCKOB редко у кого отлетают, я больше 40 собеседований провел в этом году и у многих есть пробелы в теории, всего пару раз мне все правильно отвечали. Обычно знают темы поверхностно. У меня у самого так было, но я специально себя готовил к собеседованиям и повторял теорию, так как работать на проекте и собеседоваться - это всё-таки 2 разных навыка.
@@XPyCT_HOCKOB Есть теоретики, а есть практики. Так вот на мой взгляд намного важнее умение реализовать (выполнить задачу), чем умение вызубрить теорию и на практике ничего не уметь.
![[#2024MAMA] ROSÉ (로제), Bruno Mars - APT. | Mnet 241122 방송](http://i.ytimg.com/vi/dgGqD28J6aQ/mqdefault.jpg)
Евгений Леонов собеседует Джима Керри, класс
😅
Классное интервью. Геннадий, спасибо)
дергали ручки в лабе епама ... уга га ;)
спасибо. интересное интервью. я работаю тестировщиком, но хочу перейти на автоматизатора и в плане возможных вопросов было интересно. есть над чем подумать и в какую сторону теорию подогнать. да и практику. но практику всегда не помешает. если что, то мне 46. так что будет даже интересно - получится или нет.
Привет! Если что у меня есть план развития автоматизатора на Java и курс лекций по Java Core. Если есть конкретные вопросы - можно отдельное видео про это тоже сделать. Обращайтесь и успехов!
Добрый день, а где можно состирать ваш план развития для автоматизаторов?
@@chursovQAа где можно найти план?
что-то я не поверил ему. такое ощущение что после курсов и завысил свой опыт. за монитором на стенке много шпаргалок походу
Не хочется умалять чьи-то способности, но, да, очень странно, что плохо ответил по POM’у с опытом в 1 год
Странно что в международной ЕПАМ используют “дергаем ручку”
Добрый день!
Спасибо, видео понравилось. Сам сейчас учусь на QA. Скажите, а вы делаете какие то курсы или к Вам можно записаться на менторинг?
Спасибо
Привет! В плейлистах есть запись курса для Women In tech, а так же в профиле есть ссылки на запись на менторинг или можно написать мне в telegram канале чтобы обсудить обучение
@@chursovQA Спасибо. Не заметил :)
Вопрос: Были у кого нибудь реальные случаи когда устрайвался на работу тестировщиком человек возрастом 45 лет?
Было
Со мной на проекте коллега в 40 лет работает джуном. Ну и намного старше тоже работают, но уже грейдами повыше. Если это вопрос про можно ли получить первую работу в 45 и не поздно ли? То можно и не поздно. Успехов вам :)
Не поверите, но бизнесу крайне наплевать на ваш возраст. Есть некоторая кучка маргиналов(п...сов), которые хотят молодых в коллекти, им видите ли так комфортнее. Но, как правило ВСЕМ очень наплевать на то сколько вам лет.
Но абсолютно ВСЕМ важно:
* Знаете ли вы теорию тестирования? Это не просто знать что такое приоритет задачи или серьезность ошибки. Это куда глубже!
* Умеете ли вы SQL ? Скажут к примеру, вот тебе таблица с покупателями, найти в нех таки покупателей которые купили одинаковые товары с одинаковым количеством
* Умеете ли вы тестировать Backend ? Грубо говоря, спросят: Вот у меня Postman и шлю GET запрос в сервер и тот мне в ответ HTTP 200. Ну я такой иду в chrome , а из него почему-то HTTP 500. Че за херь?
* Если идете на автоматизацию Backend-а, то напишут вам пример JSON документа и какой-нить POST /subscriptions/ . Скажут накидать примеры тестов.
* Также по автоматизации могут вам дать пример говнокода и скажут : Ваш коллега не выспался и на Pull Request вот эту херь написал. Че скажете?
Понимаете? Бизнес хочет денег! А они получаются за счет решения задач. И если вы эти задачи можете, то бизнесу насрать сколько вам лет
У меня вот недавно было несколько этапов прохождения на работу в одну компанию. Их процесс найма был таким:
1. Знакомство со мною путем общения с рекрутером - я прошел
2. Короткое тех.собеседование - просто на отсев в принципе плохо знающих - тоже прошел
3. Длинное тех.собеседование - тут все спрашивал. Примеры вопросов выше. - прошел
4. На этапе знакомства с командой я отвалился. Дело в том, что попросили меня решить задачку:
* Дан массив отсортированных целых чисел. Напишите алгоритм, который вернет отсортированный массив квадратов. Сложность не хуже O(n). Длина массива , как и значения самих чисел ограничений не имеют.
Я не смог решить задачку только потому что до этого был полночи в дороге, ехал домой и в 5 утра только лег спать, а в 9 утра кто-то сверху начал кидать игрушки. Вообщем не выспался.
Мораль: Плохо выспался? Переноси интервью!!! Даже если ты прошлые этапы прошел нормально и тебе кажется что сейчас только поговорить осталось. Все равно переноси!
Задку то я решил на след день как выспался. Все просто:
* Ищем самый наименьший положительный элемент, к примеру 0, 1, 2 и др. - эта операция в отсортированном массиве путем двоичного поиска O(log(n))
* После того как нашли наим. элем. начинаем идти в две строны к началу массива и в конец , попутно складываем квадраты в правильном порядке
* После основного тела цикла учитываем, что мы можем не дойти до начала и складываем это или до конца и это тоже складываем - те кто знаком с сортировкой методом слияния понимает о чем я
@@ntvisigoth что за компания, если не секрет?
@@ntvisigoth Зачем так усложнять решение? Или условия по инструментам были? Можно ведь отсортировать изначальный массив, например, пузырьком, сравнивая модули элементов, а потом просто вывести их квадраты. Хотя тут, наверное, надо смотреть на скорость в итоге.
Не много ли передергивали ручки? Ручник тоже дергали? Милый интервьюер очень томно смотрит на кандидата))))
Все в пределах нормы. Спасибо за милого интервьювера! Буду теперь такие кликбейтные заголовки у моков делать. По самому собеседованию то какие-то комментарии будут?)
@@chursovQA мне понравилось интервью, но мне оно показалось как экзамен, кандидат был прям грустный и подавленный без всякого интереса, так не надо.
@@vitaly7196 я учту, в данном случае мок собеседование имитировало все реалии настоящего… у меня были и лайтовые версии
@@chursovQA это мое видение оно может ошибочно, просто для кодинг сессии это норм человек думает, фокуссируется на задаче и решении, но при общении проверяется софт скилз, и тут позитив крайне важен ведь это потенциальный человек в команде и тут общение и заинтересованность его прям на 1 месте. Но это не точно))))
@@vitaly7196 все так, у меня скоро еще одно видео выйдет про то, как собеседовать, и есть уже одно в плейлистах выступлений на английском, там тоже про это есть
бесит выражение "ДЁРГАЛ РУЧКИ" так и хочется сказать иди у жены или мужа чот подёргай. А тут нужно говорить вызвал API метод
У меня уже есть залитое мок собеседование на английском, там мы точно такого уже не говорили)
после того как человек говорит функционал уже интерес теряется))) это функциональность
не хочу никого обидеть) но как он работал в епам))? если нет требований - нужно идти пинать аналитика) как можно тестировать без требований? суть тестирования проверить на соответствие требованиям же)
Я, кстати, знаю про функциональность, но когда ты на собеседовании легко забыть про это - можно и на это скидку сделать, все люди ошибаются, иначе бы нашей профессии бы не было. Без требований тоже можно тестировать же. Можно брать текущую функциональность за эталон, сравнивать с конкурентами, своим опытом, здравым смыслом и обратной связью от команды и клиента
Форточка открыта, нормально
Чел в итоге получил оффер?)
Да, вышел на работу в ноябре
Посмотреть было интересно, но не дай бог проходить такие собесы уж слишком долго и нудно.
А на твой взгляд что можно было бы улучшить, какую часть выкинуть?
@@chursovQA чтобы более полно ответить на твой вопрос нужно поминутно разбирать все видео. Первое что всплывает в памяти вопрос про пирамиду и количество тестов. Что к чему, зачем. Я просто очень не люблю сухую теорию, а вот вопросы из практики очень даже неплохие были.
очень слабо, непонятно как он на работу устроился и чем занимался в епаме
про критерии окончания регресса и можно ли выводить доработку в прод....
по теории плавает сильно
пирамида тестирования, про интеграции и тд
про ошибки при логировании - "общие практики" лол. открываешь требования и смотришь какие текста ошибок могут быть, далее открываешь хромдевтулс и смотршиь что ушло и пришло, код ошибки
комбинаторные техники - звучит конечно так себе.
с page object тоже поплыл
локаторы хорошо по id искать, нормальные разрабы их делают
по xpath можно вверх/вниз ходить, не только влево/вправо
я бы не взял такого к себе.
надо еще вторую часть посмотреть
Ну на то мы мок собеседования и делаем, чтобы подготовиться. Я свое первое собеседование после долгого срока не особо лучше проходил. Нужно учить теорию и прочее специально для собеседования. То что плохо прошел собеседование не говорит, что сотрудник он плохой, хотя риски, конечно, есть. Многие тестировщики делаю все на проекте по уже написанным примерам и не понимают почему именно так все сделано, а это на самом деле важно для собственного развития иметь такую любознательность. Ну а если ее не было, приходится вот так вот выкручиваться и восполнять пробелы уже перед собеседованиями.
Что то он врёт мне кажется))
На каком вопросе?)
@@chursovQA Это конечно моё мнение, но человек с годом опыта нуу очень сильно плавает даже в простых вопросах. Просто если человек это делал, то он легко отвечает на вопросы
@@chursovQA даже фиг с ним по теории поплыл... Но если ты аплаишся на автоматизатора, ну простые вещи должны отлетать от зубов)
@@XPyCT_HOCKOB редко у кого отлетают, я больше 40 собеседований провел в этом году и у многих есть пробелы в теории, всего пару раз мне все правильно отвечали. Обычно знают темы поверхностно. У меня у самого так было, но я специально себя готовил к собеседованиям и повторял теорию, так как работать на проекте и собеседоваться - это всё-таки 2 разных навыка.
@@XPyCT_HOCKOB Есть теоретики, а есть практики. Так вот на мой взгляд намного важнее умение реализовать (выполнить задачу), чем умение вызубрить теорию и на практике ничего не уметь.