Давайте больше видео про мидлов/сеньеров. Лид это полезно, но думаю для очень узкого количества людей. А милды/синьоры будут полезны большему количеству людей, а эти люди будут полезны вам своими подписками и лайками)
Благодаря Анне и Алекс больше начинаешь уважать профессию и коммюнити КУА в целом. После предыдущей кандидатки думал, лучшая, но и сегодня Восторг просто! Теперь, с нетерпением жду следующую или следующего. Но планку задали очень высокую. 👍💯
На самом деле с технической точки зрения тут вода водой, поверхностные ответы, иногда целенаправленный скип от прямого ответа. Это было бы ок для Джуниора, но когда я слышу от Лида что НА СКОЛЬКО он помнит что от абстрактного класса нельзя наследоваться, то есть человек не уверен в своем ответе, становиться странно. Если это ответ лида, то что ждать от Джуна? Повторюсь, вода водой, всю эту инфу сможет выдать человек, который никогда не работал автоматизатором, а просто где-то что-то слышал.
Да, с абстрактными классами, она тему не знает. Джуну такое еще простительно, но вот Middle+ - Senior - не достойно. Однако, как у Project Manager / Lead у нее уровень достойный.
Она тим-лид, а не тех-лид. Основная задача тимлидера - это организация процессов в работе команды и, как правило, в большинстве своём он занимается больше менеджерской работой, а не технической. Это как в любой сфере деятельности - директору не обязательно знать досконально все нюансы технического процесса, а грамотно всё организовать.
@@d.k.2104 во-первых в большинстве компаний, нет разделений на тех и тим лида для одного и того же проекта, в большинстве случаев, это один и тот же чел. Во-вторых, это видео учит не управлению командой, а рассказывает о тех знаниях для конкретной специальности, по этому спикер должен быть компетентным.
@@alias77799 да, только в итоге тимлид не занимается техническими вопросами, а в основном, именно организационными. Для технических - достаточно просто взять синьора или мидла.
Лиды и пипл менеджмент это конечно интересно, но большинство работяг в индустрии - это мидлы разных градаций или джуны, хочется побольше в этом контексте глянуть собесы
Меня смутил момент 23:00 Вопрос: по каким критериям ты понимаешь что вы предоставляете хорошее качество продукта? Ответ: 1. количество отловленных багов во время регресса 2. Экономия времени Очень жаль что недожали, потому что вопрос был про продукт, а ответы я услышал про «бонусы от автоматизации»
Если посмотреть на мои публичные собесы, то у меня в целом нет цели "поймать на незнании/ непонимании". Я показываю, какие могут быть вопросы и какие могут быть ответы. Если речь о том, что "количество отловленных багов во время регресса и экономия времени не гарантируют хорошее качество продукта" - согласна, что гарантированной корреляции тут нет :)
Спасибо за пример собеседования. Мне показалось, что маловато было технических вопросов, а на заданные вопросы ответ был дан достаточно минималистично. Видно, что кандидат не имеет большого практического опыта. Следовательно вопрос - насколько важен высокий уровень тех-скиллов для данной позиции? В моём понимании - это очень важно., так как именно Team Lead задаёт определённую планку. Именно он должен уметь оценивать и предугадывать риски. Конечно же, вся команда участвует в этом процессе, каждый имеет право голоса. Но если есть условно 10 специалистов, и 5 из них хотят использовать подход А, а 5 - подход Б, решение, вероятно, надо будет принимать тим лиду. А если у него нет опыта, то и возможность объективной оценки рисков - довольно низкая. Или, может, я неправильно понимаю данную роль? Если есть отдельно Team Lead и Tech Lead - тогда вопросов нет. Но если всё же роль тим лида одна?
Большое спасибо за интервью! Было очень интересно посмотреть! Буду благодарен за ответ на небольшой вопрос - Анна идеально ответила все технические вопросы, но, мне показалось, очень неуверенно вела себя с вопросом о тестировании логин формы и вопросах о менеджменте, а именно развитие человека который устал писать рутинные тесты и решение конфликтной ситуации в команды, по сути ответ не был на эти вопросы дан вообще. Насколько перекрывает знание технической стороны невозможность четко ответить на эти прикладные вопросы и достаточно ли этого чтобы пройти собеседование и наоборот, если бы человек плавал в технических вопросах но четко знал ответы на практические, компенсировало бы это не знание технической стороны?
А стоит ли становиться лидом, если рассматривать количество вакансий для AQA и AQA Lead, то проработав лет 5 лидом, не окажешься ли ты никому не нужным из-за потери навыков? Ведь лид это больше пор менеджера чем про технику
Есть такой риск. Ведь Lead это постоянные митинги, обсуждения, выбор стратегии, code review, мотивация программистов-автоматизаторов, внедрение best practices. Итого на собственно кодинг остается 40-70% времени. Lead реально может "сползти" вниз по навыкам. Особенно в сравнение с толковым тудентом-Junior, которого выпустили из IT-школы с последними технологиями. Единственный плюс Lead - опыт, его не пропьешь. И это будет большим плюсом по сравнению с новичками. Так же общение с менеджерами, коммуникативные навыки разовьете, English улучшите. По этой причине многие Senior не хотят идти в Lead/ProjectManager. Ибо это сползание по тех.навыкам и сюськанье с Junior'ами. Тут уж выбор за каждым. Lead = +25% к ЗП, x2 к ответственности. :) Но некоторые Senior идут в Lead. Кому-то больше нравится ответственность, кому-то карьерный рость, кому-то прирост к заарплате, кто-то запарился постоянно учиться и хочет отдохнуть на руководящей должности. Особенно, когда дети, строительство дома, хочется попутешествовать или просто стареешь. Вторые Senior переходят в технический путь - архитекторы, load testing, security testing / pentester. Третьи остаются Senior на долго, сохраняя work-life balance или путешествуя по миру.
Как вам ответ, на самом деле для API тестов можно создавать много метрик, обьем покрытия(повторила то что говорила про ui) и Та Дам: много вообщем можно придумать метрик😂😂. Так если много, то ты сходу должна назвать штук пять, а не убежать от прямого ответа…
Про ид кнопок, а как же проекты с html, где надо выстраивать xpath-ы?? Если у фронтов нет времени добавлять айдишники, так и будете сидеть сложа ручки??? Ну нельзя же так
А если с элементами/локаторами все ок? А флаки-тесты падают? А если сборки у всех одинаково, а тесты падают все равно? А если девопсы говорят что с инфрой все ок? А это нормально дергать бизнес-аналитиков и ПМ-а из-за тестов? Ох, как все легко в собеседовании) Видно, что не встречались с реально флакающими тестами)
Давайте больше видео про мидлов/сеньеров. Лид это полезно, но думаю для очень узкого количества людей. А милды/синьоры будут полезны большему количеству людей, а эти люди будут полезны вам своими подписками и лайками)
мне кажется этот собес и был на сеньора, но не на лида. По кр мере человек пришел точно не лид.
работаю джуном фулстек (автомейшн+новые фичи)
, посмотрел собес - понял, что лидом пора идти :)
Хочешь в публичный собес на лида?)
Благодаря Анне и Алекс больше начинаешь уважать профессию и коммюнити КУА в целом. После предыдущей кандидатки думал, лучшая, но и сегодня Восторг просто! Теперь, с нетерпением жду следующую или следующего. Но планку задали очень высокую. 👍💯
На самом деле с технической точки зрения тут вода водой, поверхностные ответы, иногда целенаправленный скип от прямого ответа. Это было бы ок для Джуниора, но когда я слышу от Лида что НА СКОЛЬКО он помнит что от абстрактного класса нельзя наследоваться, то есть человек не уверен в своем ответе, становиться странно. Если это ответ лида, то что ждать от Джуна? Повторюсь, вода водой, всю эту инфу сможет выдать человек, который никогда не работал автоматизатором, а просто где-то что-то слышал.
Да, с абстрактными классами, она тему не знает. Джуну такое еще простительно, но вот Middle+ - Senior - не достойно.
Однако, как у Project Manager / Lead у нее уровень достойный.
Она тим-лид, а не тех-лид. Основная задача тимлидера - это организация процессов в работе команды и, как правило, в большинстве своём он занимается больше менеджерской работой, а не технической. Это как в любой сфере деятельности - директору не обязательно знать досконально все нюансы технического процесса, а грамотно всё организовать.
@@d.k.2104 во-первых в большинстве компаний, нет разделений на тех и тим лида для одного и того же проекта, в большинстве случаев, это один и тот же чел.
Во-вторых, это видео учит не управлению командой, а рассказывает о тех знаниях для конкретной специальности, по этому спикер должен быть компетентным.
@@alias77799 да, только в итоге тимлид не занимается техническими вопросами, а в основном, именно организационными. Для технических - достаточно просто взять синьора или мидла.
Лиды и пипл менеджмент это конечно интересно, но большинство работяг в индустрии - это мидлы разных градаций или джуны, хочется побольше в этом контексте глянуть собесы
Очень полезное видео, спасибо большое!
Олег, твои видосы не менее полезные :) Следующий собес будет с тобой?))
Было бы классно!🤓
Благодарю за интервью, Анна молодец! Очень бы хотелось поработать под ее началом в качестве AQA, пока в моменте изучения java + фреймворки и тд)
Успешно вырезала)))
Меня смутил момент 23:00
Вопрос: по каким критериям ты понимаешь что вы предоставляете хорошее качество продукта?
Ответ: 1. количество отловленных багов во время регресса 2. Экономия времени
Очень жаль что недожали, потому что вопрос был про продукт, а ответы я услышал про «бонусы от автоматизации»
Если посмотреть на мои публичные собесы, то у меня в целом нет цели "поймать на незнании/ непонимании". Я показываю, какие могут быть вопросы и какие могут быть ответы. Если речь о том, что "количество отловленных багов во время регресса и экономия времени не гарантируют хорошее качество продукта" - согласна, что гарантированной корреляции тут нет :)
Да, тут у нее явное не понимание целей тестирования и не только в этом вопросе….
Спасибо за пример собеседования. Мне показалось, что маловато было технических вопросов, а на заданные вопросы ответ был дан достаточно минималистично. Видно, что кандидат не имеет большого практического опыта. Следовательно вопрос - насколько важен высокий уровень тех-скиллов для данной позиции? В моём понимании - это очень важно., так как именно Team Lead задаёт определённую планку. Именно он должен уметь оценивать и предугадывать риски. Конечно же, вся команда участвует в этом процессе, каждый имеет право голоса. Но если есть условно 10 специалистов, и 5 из них хотят использовать подход А, а 5 - подход Б, решение, вероятно, надо будет принимать тим лиду. А если у него нет опыта, то и возможность объективной оценки рисков - довольно низкая. Или, может, я неправильно понимаю данную роль? Если есть отдельно Team Lead и Tech Lead - тогда вопросов нет. Но если всё же роль тим лида одна?
Какой спокойный и приятный лид)
Большое спасибо за интервью! Было очень интересно посмотреть!
Буду благодарен за ответ на небольшой вопрос - Анна идеально ответила все технические вопросы, но, мне показалось, очень неуверенно вела себя с вопросом о тестировании логин формы и вопросах о менеджменте, а именно развитие человека который устал писать рутинные тесты и решение конфликтной ситуации в команды, по сути ответ не был на эти вопросы дан вообще. Насколько перекрывает знание технической стороны невозможность четко ответить на эти прикладные вопросы и достаточно ли этого чтобы пройти собеседование и наоборот, если бы человек плавал в технических вопросах но четко знал ответы на практические, компенсировало бы это не знание технической стороны?
А стоит ли становиться лидом, если рассматривать количество вакансий для AQA и AQA Lead, то проработав лет 5 лидом, не окажешься ли ты никому не нужным из-за потери навыков? Ведь лид это больше пор менеджера чем про технику
Над этим стоит задуматься сразу, перед тем как делать такой шаг - обратного пути не будет
Есть такой риск.
Ведь Lead это постоянные митинги, обсуждения, выбор стратегии, code review, мотивация программистов-автоматизаторов, внедрение best practices. Итого на собственно кодинг остается 40-70% времени. Lead реально может "сползти" вниз по навыкам. Особенно в сравнение с толковым тудентом-Junior, которого выпустили из IT-школы с последними технологиями.
Единственный плюс Lead - опыт, его не пропьешь. И это будет большим плюсом по сравнению с новичками. Так же общение с менеджерами, коммуникативные навыки разовьете, English улучшите.
По этой причине многие Senior не хотят идти в Lead/ProjectManager. Ибо это сползание по тех.навыкам и сюськанье с Junior'ами.
Тут уж выбор за каждым. Lead = +25% к ЗП, x2 к ответственности. :)
Но некоторые Senior идут в Lead. Кому-то больше нравится ответственность, кому-то карьерный рость, кому-то прирост к заарплате, кто-то запарился постоянно учиться и хочет отдохнуть на руководящей должности. Особенно, когда дети, строительство дома, хочется попутешествовать или просто стареешь.
Вторые Senior переходят в технический путь - архитекторы, load testing, security testing / pentester.
Третьи остаются Senior на долго, сохраняя work-life balance или путешествуя по миру.
Спасибо за контент!
Очень круто.
Как вам ответ, на самом деле для API тестов можно создавать много метрик, обьем покрытия(повторила то что говорила про ui) и Та Дам: много вообщем можно придумать метрик😂😂. Так если много, то ты сходу должна назвать штук пять, а не убежать от прямого ответа…
Х😊😊😊
Очень грамотное и классное интервью, максимум полезной информации и минимум воды👍
Я не услышал про pytest, Playwright ну и когда не возможно найти локатор как вариант можно pyautogui
а если свагер не используется? как отслеживать покрытие апи тестов? Еще вопрос, как с нуля поднять тестирование микросервисов?
Про ид кнопок, а как же проекты с html, где надо выстраивать xpath-ы?? Если у фронтов нет времени добавлять айдишники, так и будете сидеть сложа ручки??? Ну нельзя же так
вода водой......
А когда Джуны будут?))
А я думала на ютубе много видео джунов) Поищем)
По автоматизации вообще нет почти :( Ну или мидл, видео в основном по ручном тестированию
Я слышал - что все чаще в компаниях - на позицию автомейшена куа - спрашивают только Java core
Спасибо за труд!😊🙏
@@alexpshe джунов старых. Сейчас другой рынок, другая ситуация. То, что в январе еще этого года было, на ноябрь этого года уже другая ситуация.
А если с элементами/локаторами все ок? А флаки-тесты падают? А если сборки у всех одинаково, а тесты падают все равно? А если девопсы говорят что с инфрой все ок? А это нормально дергать бизнес-аналитиков и ПМ-а из-за тестов? Ох, как все легко в собеседовании) Видно, что не встречались с реально флакающими тестами)
🤦♂️🤦♂️🤦♂️
девчонки-автотестеры-лиды. Теперь ты видел все, мой друг) Обычно девчонки в QA Manual. Ан нет, по ходу миф