🙏 ОСТАВЬТЕ КОММЕНТАРИЙ С ФИДБЕКОМ, если вам интересна эта тема, я запишу воркшоп (с кодом и всеми примерами), как написать тесты для тестового задания, не совершая все перечисленные ошибки. 🎥 Таймкоды ___________________________________________________ 00:00 - Всем привет! 00:10 - Проблема 1: Вопросы 1:08 - Проблема 2: Только UI тесты 2:20 - Проблема 3: Тестовые данные 3:14 - Проблема 4: Сетап данных 4:06 - Проблема 5: Чистка окружения 4:32 - Проблема 6: Сериализация 5:08 - Проблема 7: Сетап UI тестов 5:46 - Проблема 8: Стабильность 7:16 - Проблема 9: Удаленный запуск 8:06 - Проблема 10: Конфигурация 9:10 - Проблема 11: Плюшки 11:01 - Проблема 12: Форматинг 12:26 - Проблема 13: Забота о ревьюере (с технической стороны)
Единственный верный подход с тестовым заданием - не давать его. А если уж компания дает задание, то оно должно быть четко сформулировано. Из рассмотренных советов многие это причины не корректного формирования самой задачи. Да и такие вещи как хардкод в тестовом имеет место быть. Считаю что тестовое не должно занимать больше 2 часов и если в тестовом обращать внимание на хардкор, какие то условности и упрощения, то это просто придирки, которые можно обсудить на интервью и спросить как бы человек это делал уже для прода. Самое видео полезное, но больше с точки зрения советов по написанию автотестов, а не проблем в тестовых заданиях
Не соглашусь. 1) Есть компании, которые могут себе позволить давать тестовые, как и устраивать процесс собеседования длиной в 9 месяцев (Google, FAANG) - соискатели могут не соглашаться на эти условия и не делать тестовые (но почему-то все-таки соглашаются). 2) Насчет "не корректное формирование тестового" - зачастую часть самостоятельной работы и поиск уточнений или принятие решения в неопределенности и есть часть тестового задания. Условно я не хочу четко формировать требования к сетапу данных, потому что я ищу experienced QA, который в тестовом задании покажет уровень своей экспертизы и самостоятельности, а я решу, подходит ли это нам. И не соглашусь, что это придирки - я оцениваю так, как если бы эту задачу выполняли на работе - в этом и суть тестового. Спасибо за коммент, я согласна, что многие не хотят делать тестовые и это резонно, но есть компании, куда люди так хотят, что готовы запариться и потратить время :)
@@alexpshe ну делать тестовое качественно для FAANG не западло, так сказать) Там и ЗП, и условия работы гораздо выше, довольно комфортные, если не учитывать многозадачность. А в обычных СНГ компаниях из условий: 'Удобное расположение офиса, дружный коллектив и оплата без задержек'. Ещё бывает и HR даже не дают обратную связь - думают ли над твоей кандидатурой, или отказ. Так что и нет желания делать отлично. А сами советы очень крутые, спасибо)
Привет, очень полезное видео. Достаточно подробно(хотя всегда хочется коротких примеров). Многие ошибки, которые были совершены самим, оказывается можно предотвратить, это часто про внейшний энв, на этапе обучения. Так что попутного ветра тебе в паруса и по-больше подписоты. Лайк и подписка заслужены на 146%.
за 3-4 часа (а то и больше) которые уйдут на тестовое задание можно отправить ещё 100 откликов на вакансии :) если речь не про FAANG+ или хотя бы условные Яндекс, ВК, Тиньков и Сбер (хотя яндух - сомнительная контора, денег уж оч мало) - не стоит тратить время на тестовое задание. Куда более важный вопрос - как правильно сказать HR-у что я не буду делать тестовое.
Спасибо за информацию, много полезного. Большая просьба - засинхронь громкость себя и заставок. Подкручиваю громкость, чтоб хорошо слышать, в итоге получаю скримеры вместо заставок)
Во время просмотра захотелось спросить, а сколько времени по-вашему должно занимать тестовое задание? (Это не троллинг, а реальный вопрос, на который хотелось бы услышать ваше мнение) Понятно, что есть Google (FAANG, GAFAM и т.п.), которому на всё пофиг, т.к. он Google. Но давайте смотреть на вещи реально. Во-первых, в Google готовятся осознанно заранее и наверняка фокусируются только на одном Google в этот период времени. Во-вторых, большинство открытых позиций на рынке это не Google. Поэтому предлагаю оставить условный Google за скобками о обсудить реалии простых смертных :) Понять приложение и сгенерить идеи проверок + реализовать всё описанное в видео (UI + API тесты, с генерацией тестовых данных, с красивым сетапом и конфигом, с детально настроенным репортингом, со всякими "плюшками") + оформить "с заботой о ревьюере" потребует пару дней на выполнение. Как соискатель я скорей всего общаюсь с несколькими компаниями в параллель и у меня может быть парочка тестовых на руках (при последнем поиске в пике было 5 заданий одновременно). Как возможно сделать их в таком случае? Я пришёл к тому, что выделяю 4-5 часов на тестовое. Час на знакомство/план реализации, часа 3 на реализацию, час на тюнинг и оформление. И как раз большинство указанных в видео ожиданий прописываю в Readme комментариями "в связи с лимитом времени сделал X, но в реальном проекте делал бы Y". В то время как на собесе готов и проговорить детальней, и "дописать" код тестового при необходимости. В свою очередь такой подход даёт мне возможность оценить адекватность работодателя. Я ожидаю, что он ценит моё время, оценивает общий подход к выполнению, оценивает моё мышление глядя в историю коммитов, оценивает сам код. Если же компания хочет реализации супер-тестового в ущерб моему комфорту, то может с компанией что-то не так и туда вовсе не стоит идти?
Привет! Если говорить лично о моем мнении - то моя задача увидеть результаты задания в комфортных условиях. Для кого-то комфортен лайвкодинг, для кого-то тестовое задание. Я бы дала на выбор либо при мне реализовать код тестов, либо сделать тестовое задание на 2-3 часа. Здесь также важна компания, в которой я работаю. Условно, если я предлагаю зп выше рынка, крутые бенефиты и хорошие условия карьерного роста, почему бы не выдать более обьемное задание.
@@alexpshe на 2-3 часа - идеальный выбор! Баланс для кандидата и компании. Вот только ввиду сжатых временных рамок и получаются "топ 13 ошибок в тестовом" ))
собесят тебя значит в 10 этапов. дают тестовые. заставляют какие-то дурацкие задачи по алгоритмам пешать. а потом приходишь на галеру и кликаешь по формочкам своими автотестами
Я долго время писала на Java, сейчас на Kotlin. В одной из компаний руководила QA департаментом, где большинство писали на Python. Контент будет зависеть от запросов слушателей :)
Не совсем понятен тезис про включение unit tests в задание, unit делают разрабы, естественно с доступом в сорс код. Какое отношение это имеет к работе QA? Или мы подразумеваем что-то иное под unit?
Очень интересно) многое конечно не понятно. Так как только учусь на автоматизатора. Мне представляется, что вы даёте рекомендации для опытных специалистов. Не могли бы осветить тему того, что ждут от выпускника курсов на собеседовании и как ему пройти это собеседование?
Мне не совсем понятно, как из джуна так быстро можно было стать лидом, да еще и воркшопы проводить и советы давать. Наткнулся на видео поиском, искал некоторые ответы на свои вопросы, так как долго не собеседовался в новые компании да и не собеседовал, а тут девочка дает советы, которая даже в айти еще не работала, когда я синьором уже был и релоцироваться успел)) Ни в коем случае не критика, наоборот, удивление, как-то быстро для меня время прошло с того же 2017 года... Может, я не такой амбициозный и не хотел лидом становиться, был правда, давно уже, лидом еще мануальщиков, да и сейчас типа-лидом-код-ревьюером у UI-щиков, когда сам был в развитии фреймворка и API, и когда у нас был QA лид общий с мануальщиками, да просто не куда было расти. А в новую компанию сразу лидом - никогда такого не видел, больше старались своих вырастить, а на их место уже взять...
Насчет последнего пункта.Никогда за всю жизнь ни один падла разработчик не проявил заботу чтобы его продукт запустился без танцев с бубном.И тут вы захотели чтоб вам все готовое сделали чтоб запустилось с первого раза и стабильно.Да не может быть такого вокруг одни криворукие.Попробуйте скачать проекты с любого гитхаба в 9 из 10 тестов там ничего работать не будет.Прэтому милая девушка когда вам пришлют тесты которые не работают,помучайтесь также как и мы чтобы их заапустить,а не ждите что всё само заработает
🙏 ОСТАВЬТЕ КОММЕНТАРИЙ С ФИДБЕКОМ, если вам интересна эта тема, я запишу воркшоп (с кодом и всеми примерами), как написать тесты для тестового задания, не совершая все перечисленные ошибки.
🎥 Таймкоды
___________________________________________________
00:00 - Всем привет!
00:10 - Проблема 1: Вопросы
1:08 - Проблема 2: Только UI тесты
2:20 - Проблема 3: Тестовые данные
3:14 - Проблема 4: Сетап данных
4:06 - Проблема 5: Чистка окружения
4:32 - Проблема 6: Сериализация
5:08 - Проблема 7: Сетап UI тестов
5:46 - Проблема 8: Стабильность
7:16 - Проблема 9: Удаленный запуск
8:06 - Проблема 10: Конфигурация
9:10 - Проблема 11: Плюшки
11:01 - Проблема 12: Форматинг
12:26 - Проблема 13: Забота о ревьюере (с технической стороны)
ТОП 13 ошибок в тестовом задании на QA Automation
Ошибка №1. Вы согласились делать тестовое задание
Ахах, зависит-зависит.
Я в жизни делала только один раз тестовое - в JetBrains.
Очень крутое видео с дельными замечаниями, но хотелось бы на примере посмотреть, как правильно и как надо!)
Единственный верный подход с тестовым заданием - не давать его. А если уж компания дает задание, то оно должно быть четко сформулировано. Из рассмотренных советов многие это причины не корректного формирования самой задачи. Да и такие вещи как хардкод в тестовом имеет место быть. Считаю что тестовое не должно занимать больше 2 часов и если в тестовом обращать внимание на хардкор, какие то условности и упрощения, то это просто придирки, которые можно обсудить на интервью и спросить как бы человек это делал уже для прода.
Самое видео полезное, но больше с точки зрения советов по написанию автотестов, а не проблем в тестовых заданиях
Не соглашусь.
1) Есть компании, которые могут себе позволить давать тестовые, как и устраивать процесс собеседования длиной в 9 месяцев (Google, FAANG) - соискатели могут не соглашаться на эти условия и не делать тестовые (но почему-то все-таки соглашаются).
2) Насчет "не корректное формирование тестового" - зачастую часть самостоятельной работы и поиск уточнений или принятие решения в неопределенности и есть часть тестового задания. Условно я не хочу четко формировать требования к сетапу данных, потому что я ищу experienced QA, который в тестовом задании покажет уровень своей экспертизы и самостоятельности, а я решу, подходит ли это нам. И не соглашусь, что это придирки - я оцениваю так, как если бы эту задачу выполняли на работе - в этом и суть тестового.
Спасибо за коммент, я согласна, что многие не хотят делать тестовые и это резонно, но есть компании, куда люди так хотят, что готовы запариться и потратить время :)
@@alexpshe ну делать тестовое качественно для FAANG не западло, так сказать) Там и ЗП, и условия работы гораздо выше, довольно комфортные, если не учитывать многозадачность. А в обычных СНГ компаниях из условий: 'Удобное расположение офиса, дружный коллектив и оплата без задержек'. Ещё бывает и HR даже не дают обратную связь - думают ли над твоей кандидатурой, или отказ. Так что и нет желания делать отлично.
А сами советы очень крутые, спасибо)
Большое спасибо за видео, тема действительно очень интересная 🤩
Буду ждать воркшоп 🙏
Спасибо за фидбек! Значит, воркшопу быть :)
Отличное видео, было бы здорово посмотреть это с примерами
Супер контент ❤🔥Идея для видео: топ 10 ошибок в лайв кодинге на собеседовании
Я сам провожу интервью и проверяю технические задания иногда, и вот пункт 1 особенно задолбал) Видео супер, спасибо.
Очень понимаю :D
Очень полезное видео, благодарю!)
Молодец ! Не со всем согласен, но в целом мне нравится ) Продолжай !
Спасибо за фидбек! А с чем не согласен?)
Спасибо, я кайфовал все видео)
Спасибо! Соглашусь с другими комментаторами, очень хочется увидеть пример отличника )
Спасибо, очень полезное видео! Подписка
Спасибо за информацию, жду воркшоп!
Спасибо!
Привет, очень полезное видео. Достаточно подробно(хотя всегда хочется коротких примеров). Многие ошибки, которые были совершены самим, оказывается можно предотвратить, это часто про внейшний энв, на этапе обучения. Так что попутного ветра тебе в паруса и по-больше подписоты. Лайк и подписка заслужены на 146%.
за 3-4 часа (а то и больше) которые уйдут на тестовое задание можно отправить ещё 100 откликов на вакансии :)
если речь не про FAANG+ или хотя бы условные Яндекс, ВК, Тиньков и Сбер (хотя яндух - сомнительная контора, денег уж оч мало) - не стоит тратить время на тестовое задание. Куда более важный вопрос - как правильно сказать HR-у что я не буду делать тестовое.
Отличное и очень информативное видео, спасибо!
Все понятно, хорошое видео
Спасибо за информацию, много полезного.
Большая просьба - засинхронь громкость себя и заставок. Подкручиваю громкость, чтоб хорошо слышать, в итоге получаю скримеры вместо заставок)
Хорошо, спасибо за фидбек!)
Во время просмотра захотелось спросить, а сколько времени по-вашему должно занимать тестовое задание? (Это не троллинг, а реальный вопрос, на который хотелось бы услышать ваше мнение)
Понятно, что есть Google (FAANG, GAFAM и т.п.), которому на всё пофиг, т.к. он Google. Но давайте смотреть на вещи реально. Во-первых, в Google готовятся осознанно заранее и наверняка фокусируются только на одном Google в этот период времени. Во-вторых, большинство открытых позиций на рынке это не Google.
Поэтому предлагаю оставить условный Google за скобками о обсудить реалии простых смертных :)
Понять приложение и сгенерить идеи проверок + реализовать всё описанное в видео (UI + API тесты, с генерацией тестовых данных, с красивым сетапом и конфигом, с детально настроенным репортингом, со всякими "плюшками") + оформить "с заботой о ревьюере" потребует пару дней на выполнение.
Как соискатель я скорей всего общаюсь с несколькими компаниями в параллель и у меня может быть парочка тестовых на руках (при последнем поиске в пике было 5 заданий одновременно). Как возможно сделать их в таком случае?
Я пришёл к тому, что выделяю 4-5 часов на тестовое. Час на знакомство/план реализации, часа 3 на реализацию, час на тюнинг и оформление.
И как раз большинство указанных в видео ожиданий прописываю в Readme комментариями "в связи с лимитом времени сделал X, но в реальном проекте делал бы Y". В то время как на собесе готов и проговорить детальней, и "дописать" код тестового при необходимости.
В свою очередь такой подход даёт мне возможность оценить адекватность работодателя. Я ожидаю, что он ценит моё время, оценивает общий подход к выполнению, оценивает моё мышление глядя в историю коммитов, оценивает сам код. Если же компания хочет реализации супер-тестового в ущерб моему комфорту, то может с компанией что-то не так и туда вовсе не стоит идти?
Привет! Если говорить лично о моем мнении - то моя задача увидеть результаты задания в комфортных условиях. Для кого-то комфортен лайвкодинг, для кого-то тестовое задание. Я бы дала на выбор либо при мне реализовать код тестов, либо сделать тестовое задание на 2-3 часа.
Здесь также важна компания, в которой я работаю. Условно, если я предлагаю зп выше рынка, крутые бенефиты и хорошие условия карьерного роста, почему бы не выдать более обьемное задание.
@@alexpshe на 2-3 часа - идеальный выбор! Баланс для кандидата и компании. Вот только ввиду сжатых временных рамок и получаются "топ 13 ошибок в тестовом" ))
Что такое Allure proxy step? Можно как-то генерить степы автоматически? Расскажи пожалуйста поподробнее или подскажи как гуглить
собесят тебя значит в 10 этапов. дают тестовые. заставляют какие-то дурацкие задачи по алгоритмам пешать. а потом приходишь на галеру и кликаешь по формочкам своими автотестами
Добрый день. А на каком ЯП вы автоматизируете? Планируете ли вы делать материал по автоматизации на Python?
Я долго время писала на Java, сейчас на Kotlin. В одной из компаний руководила QA департаментом, где большинство писали на Python.
Контент будет зависеть от запросов слушателей :)
очень хочется воркшоп! контент топ! не останавливайся, пожалуйста^^
Большое спасибо!
Спасибо! У меня 13 из 13😼
👍👍👍спасибо
Не совсем понятен тезис про включение unit tests в задание, unit делают разрабы, естественно с доступом в сорс код. Какое отношение это имеет к работе QA? Или мы подразумеваем что-то иное под unit?
Чего-то не могу найти таймкод, про какое именно утверждение ты говоришь?
Очень интересно) многое конечно не понятно. Так как только учусь на автоматизатора. Мне представляется, что вы даёте рекомендации для опытных специалистов. Не могли бы осветить тему того, что ждут от выпускника курсов на собеседовании и как ему пройти это собеседование?
Да, добавила в waitlist :)
@@alexpshe большое спасибо))
Мне не совсем понятно, как из джуна так быстро можно было стать лидом, да еще и воркшопы проводить и советы давать.
Наткнулся на видео поиском, искал некоторые ответы на свои вопросы, так как долго не собеседовался в новые компании да и не собеседовал, а тут девочка дает советы, которая даже в айти еще не работала, когда я синьором уже был и релоцироваться успел))
Ни в коем случае не критика, наоборот, удивление, как-то быстро для меня время прошло с того же 2017 года...
Может, я не такой амбициозный и не хотел лидом становиться, был правда, давно уже, лидом еще мануальщиков, да и сейчас типа-лидом-код-ревьюером у UI-щиков, когда сам был в развитии фреймворка и API, и когда у нас был QA лид общий с мануальщиками, да просто не куда было расти. А в новую компанию сразу лидом - никогда такого не видел, больше старались своих вырастить, а на их место уже взять...
Писать unit API UI тесты на одном проекте этот уровень синьора ка по мне
а как же TDD? представляю дали такую задачу, а девелопер ждет пока тестер напишет ему юнит тестов)
Не понятно какие вопросы и кому не нужно задавать.
Насчет последнего пункта.Никогда за всю жизнь ни один падла разработчик не проявил заботу чтобы его продукт запустился без танцев с бубном.И тут вы захотели чтоб вам все готовое сделали чтоб запустилось с первого раза и стабильно.Да не может быть такого вокруг одни криворукие.Попробуйте скачать проекты с любого гитхаба в 9 из 10 тестов там ничего работать не будет.Прэтому милая девушка когда вам пришлют тесты которые не работают,помучайтесь также как и мы чтобы их заапустить,а не ждите что всё само заработает
Ахахах, это топ коммент спс ОРУ))))