И вот у меня вопрос: а кто будет импортозамещать, то что недоимпортозаместили? Все эти российские замены Microsoft Office и Google Docs, операционные системы, СУБД, CAD-системы... CRM, ERP и прочий BSS... Вижу что компании из ИБ сейчас активно нанимают, Озон и прочий e-commerce -- нанимает. Банки и интеграторы никуда не ушли.
Сейчас те, кто не уехал, разойдутся по новым местам работы и все вернется на круги своя. "Рынок нанимателя"? Сейчас - может быть. Но, как всегда, не для сеньоров. Посмотрим, что будет для всех остальных уже осенью.
Поделитесь историями вашего знакомства с Python в комментариях.
Пошел работать начинающим тестировщиком в компанию, где писали на Python, соответственно и автотесты начал писать на нем, проработал там девять месяцев и перешел работать уже как QA Automation и так и занимаюсь этим уже 5 лет.
Чтобы начать писать тесты UI вполне достаточно базовых знаний Python, но также потребуется знание основ HTML, git, тестового фреймворка pytest, паттерна PageObject и базовых знаний в теории тестирования. То есть одного языка и библиотеки Selenium недостаточно, тут я с остальными комментаторами согласен. Но, есть и хорошая новость: все остальное учится тоже не очень долго. По собственному примеру могу сказать, что можно работая в ручном тестировании в свободное время осваивать остальное. Теории тестирования достаточно в объеме учебника Куликова, знаний git хватит в объеме любого базового курса, например: на Hexlet. Остальное поместилось в курс по автотестам на Python и Selenium на Stepik.
Совсем не обязательно терять в зарплате. Я тоже просидел полтора года в тех. подержке пописывая скрипты для своих нужд. И под конец небо с овчинку показалось из-за того инфляция сожрала зарплату, а прибавления не предвидилось. Перешел в тестирование с повышением в зарплате, начал писать автотесты. С тех пор зарплата только прибавлялась, ну и отношение в IT компаниях к инженерам совсем другое, чем в непрофильных конторах.
А еще есть царство ДИТ-ов в толстых конторах, где вполне себе можно писать без тимлидов, архитекторов и аналитиков эти самые макросы в VBA. Просто потому, что заменяешь их всех на задачках по латанию дыр в UX того, что писали с архитекторами и аналитиками и тимлидами, но без внимания к нуждам конечного пользователя. А им то отчет надо поправить, то формы заполнить... Как говорил Мао: "Пусть расцветают сто цветов!" - всем место найдется, у кого мозги не ленивые.
Ахахаха, так вам и поверил )) Вы в первый раз видите потому, что это маркетинговый термин для того, чем автор занимался — Robotic Process Automation. Там только добавлятся всякие обертки для запуска этого добра, на серверах и в контейнерах, мониторинг и т. п.
Вам в RPA разработчики прямая дорога. Я тоже начинал со скриптов на AutoIT (считай тот же VBA) и казалось какой из меня разработчик? Потом перешел в тестирование и начал писать автотесты на Python. Был на распутии: в RPA или в автотестирование. Выбрал автотесты, но в RPA точно было бы веселее. Там ты с конечными пользователем и сразу видишь результат и благодарность, близко к тех. поддержке, но без ежедневной рутины. Ну, или на автотесты посмотрите. Это специальности, где глубокие познание в computer science не нужны, а радость от преодоления рутины - есть. Наверняка и другие такие места найдуться.
Возраст не важен. Я в 46 переходил.
P.S. Вам там про zero coding, low coding написали -- тоже интересный вариант.
У вас в примере упоминается Swagger, который позволяет генерировать клиента в том числе и на Python. Идея не писать весь этот бойлер-плейт руками выглядит довольно привлекательно. Что бы вы сказали "за" и "против" такого подхода?
Татьяна, может Вам тоже будет интересно -- веду сайт с актуальной статистикой по рынку труда QA специалистов в Москве: https://clingon.pythonanywhere.com . Подсчет количества публикаций о вакансиях, зарплатные медианы, популярность языков, инструментов и т. п. Получилось узко (делал для себя), но зато актуально (пересчитывается каждый день по свежим вакансиям с HH.ru). Ну, и поскольку база накопилась за четыре года -- есть с чем сравнивать.
Прочитал и сравнил с тем как меня недавно вышли по комментарию на хабре. Нужен был специалист по не очень распространенному фреймворку. А еще есть специализованные сообщества в Телеграме, оттуда тоже часто пишут. Почему-то у вас ни один из этих способов не указан.
Не стоит смешивать FAANG и МЯСО.
Там же: "...писать автотесты на разных языках"
Слова "или" между названиями языков я там не вижу: https://hh.ru/vacancy/66997750
Веду статистику по количеству публикаций вакансий тестировщиков на HH.ru. Да, упало количество, но падение уже остановилось. В целом картина очень похожа на апрель 2019 года.
И вот у меня вопрос: а кто будет импортозамещать, то что недоимпортозаместили? Все эти российские замены Microsoft Office и Google Docs, операционные системы, СУБД, CAD-системы... CRM, ERP и прочий BSS... Вижу что компании из ИБ сейчас активно нанимают, Озон и прочий e-commerce -- нанимает. Банки и интеграторы никуда не ушли.
Сейчас те, кто не уехал, разойдутся по новым местам работы и все вернется на круги своя. "Рынок нанимателя"? Сейчас - может быть. Но, как всегда, не для сеньоров. Посмотрим, что будет для всех остальных уже осенью.
Да ладно банки, с рекрутерами общего профиля... Яндекс в сегодняшней вакансии пишет:
"...Мы ждем, что вы: знаете языки Java, Kotlin, Python, Swift, TypeScript или готовы их изучить в кратчайшие сроки;".
Так вот скромненько. Вакансия автотестера, если что.
Пошел работать начинающим тестировщиком в компанию, где писали на Python, соответственно и автотесты начал писать на нем, проработал там девять месяцев и перешел работать уже как QA Automation и так и занимаюсь этим уже 5 лет.
Чтобы начать писать тесты UI вполне достаточно базовых знаний Python, но также потребуется знание основ HTML, git, тестового фреймворка pytest, паттерна PageObject и базовых знаний в теории тестирования. То есть одного языка и библиотеки Selenium недостаточно, тут я с остальными комментаторами согласен. Но, есть и хорошая новость: все остальное учится тоже не очень долго. По собственному примеру могу сказать, что можно работая в ручном тестировании в свободное время осваивать остальное. Теории тестирования достаточно в объеме учебника Куликова, знаний git хватит в объеме любого базового курса, например: на Hexlet. Остальное поместилось в курс по автотестам на Python и Selenium на Stepik.
Плюсы Python в автоматизации тестирования -- это унифицированная среда. Есть основной тестовый фреймворк - pytest, одна библиотека для работы с HTTP - requests, если вы научились работать с Selenium, то сможете писать Web UI тесты и с другими библиотеками. То есть, такого разнобоя инструментов, как, например, в JavaScript, -- там нет, и это облегчает вхождение для новичков. Говорю это на основе своего анализа вакансий тестировщиков с HH.ru. Вот, например, сравнение популярности фреймворков тестирования для различных языков. Там же можно посмотреть, какие навыки чаще всего упоминаются в вакансиях и облако тегов на основе текстов описаний вакансий. Ну и конечно уровень зарплат в тестировании в зависимости от опыта за последние четыре года.
А тем, кто хочет найти оплачиваемое применение своим знаниям, желаю упорства, а с ним придет и удача. Да, вакансий "джунов" стало меньше, но они не исчезнут, и спад на рынке рано или поздно сменяется подъемом.
Совсем не обязательно терять в зарплате. Я тоже просидел полтора года в тех. подержке пописывая скрипты для своих нужд. И под конец небо с овчинку показалось из-за того инфляция сожрала зарплату, а прибавления не предвидилось. Перешел в тестирование с повышением в зарплате, начал писать автотесты. С тех пор зарплата только прибавлялась, ну и отношение в IT компаниях к инженерам совсем другое, чем в непрофильных конторах.
А еще есть царство ДИТ-ов в толстых конторах, где вполне себе можно писать без тимлидов, архитекторов и аналитиков эти самые макросы в VBA. Просто потому, что заменяешь их всех на задачках по латанию дыр в UX того, что писали с архитекторами и аналитиками и тимлидами, но без внимания к нуждам конечного пользователя. А им то отчет надо поправить, то формы заполнить... Как говорил Мао: "Пусть расцветают сто цветов!" - всем место найдется, у кого мозги не ленивые.
Ахахаха, так вам и поверил )) Вы в первый раз видите потому, что это маркетинговый термин для того, чем автор занимался — Robotic Process Automation. Там только добавлятся всякие обертки для запуска этого добра, на серверах и в контейнерах, мониторинг и т. п.
Вам в RPA разработчики прямая дорога. Я тоже начинал со скриптов на AutoIT (считай тот же VBA) и казалось какой из меня разработчик? Потом перешел в тестирование и начал писать автотесты на Python. Был на распутии: в RPA или в автотестирование. Выбрал автотесты, но в RPA точно было бы веселее. Там ты с конечными пользователем и сразу видишь результат и благодарность, близко к тех. поддержке, но без ежедневной рутины. Ну, или на автотесты посмотрите. Это специальности, где глубокие познание в computer science не нужны, а радость от преодоления рутины - есть. Наверняка и другие такие места найдуться.
Возраст не важен. Я в 46 переходил.
P.S. Вам там про zero coding, low coding написали -- тоже интересный вариант.
Это уже офтопик, но хотелось бы позицию до конца прояснить: а к использованию ORM в автотестах вы как относитесь?
У вас в примере упоминается Swagger, который позволяет генерировать клиента в том числе и на Python. Идея не писать весь этот бойлер-плейт руками выглядит довольно привлекательно. Что бы вы сказали "за" и "против" такого подхода?
Скорее VCR https://vcrpy.readthedocs.io/en/latest/
Татьяна, может Вам тоже будет интересно -- веду сайт с актуальной статистикой по рынку труда QA специалистов в Москве: https://clingon.pythonanywhere.com . Подсчет количества публикаций о вакансиях, зарплатные медианы, популярность языков, инструментов и т. п. Получилось узко (делал для себя), но зато актуально (пересчитывается каждый день по свежим вакансиям с HH.ru). Ну, и поскольку база накопилась за четыре года -- есть с чем сравнивать.
А там написано на главной: с HH.ru. Через API.
Можете у меня посмотреть: https://clingon.pythonanywhere.com/time_series , -- графики пересчитываются ежедневно. Но, там данные только по вакансиям QA и только по Москве.
Так он же базируется на Dash?
Да где они их там столько возьмут? Oh, whait...
Прочитал и сравнил с тем как меня недавно вышли по комментарию на хабре. Нужен был специалист по не очень распространенному фреймворку. А еще есть специализованные сообщества в Телеграме, оттуда тоже часто пишут. Почему-то у вас ни один из этих способов не указан.
Может и Хабр наконец созреет и сделает хаб по тестированию?