Где спрос растет? Уже скоро год буду искать в роли мануала и с хорошим опытом. Можно растет там где за х.п Джуна хотят синьора и ещё с левым оформлением
Со стороны QA скажу, что не везде нужно знать как написать селект при использование того же table plus. Не во всех проектах надо писать сложные запросы в бд, да важней понимать, что ты будешь искать, а так же, что можно вытащить из данных.
Длинное резюме плохо? Особенно если человек в более чем 2 компаниях работал, оно будет большое. А если еще был и не один проект. На оборот мелкое резюме не понятно, когда смотрел кандидатов и резюме с малым описанием, не понятно ничего об кандидате.
Тем более эти рекрутеры могут влиять на найм не везде, но могут. Могу объяснять, что не все компании вкладывались в персонал до 2025 и где то персонал просто выживал, тянув куча сервисов. При этом некоторые хотелки они не хотят вкладывать в обучение в хороших кандидатов с рынка, но которые по ряду причин не могли получить нужный тех опыт в некоторых областях.
Судя тому как много было постов в ликедин с тинькофф было уже ощущение, что многих начали сокращать. В итоге у вас решили по одному qa на команду оставить? Или начали объединять команды и расширять зону сервисов?
Удивительно на фоне как банк тратить бабло в игрушки вроде университета и радуется большой прибыли, что идет на сокращение. Понял бы у кого проблемы с деньгами, но тут странно.
Если используется push, то вы в тестах исключаете людей, у который при последнем использование МП были отключены push?
В этих тестах вы учитываете воронку целую? То есть маркетологи знают или знакомы с евентами в МП? Типа что бы по примеру, понять, что было открыто пушом и точно то? И так же, что бы понять во сколько пуш пришел, не встал ли он в очереди на отправку и т.д.
Сегмент пользователей получается обновляется в момент сработки триггера по расписанию?
С учётом кучи тестов рассылок. Нет ли проверки на отключение пушей? Ну типа метрика, которая позволяет понять, что наигрались с коммуникацией так, что пользователи стали отрубать?
Таких надо пинком выкидывать с должности. Человек даже не посмотрел в Ютуб видео ролики курьеров. На сколько это тяжёлый и затратный труд с точки зрения одежды, Байков, зарядников и т.д.
Не всегда я на навыки смотрел в собесах. Важней другое. Навыки дело наживное. Это же самое что требовать например sql, но в большинстве случае он на проектах либо не нужен или хватает инструментов в клиенте для доступа к бд.
Про комфортность штука субъективная. Часто доходит до внешности и психологи.
Ситуационные вопросы больше всего загадка. Так как часто многие хотят услышать исключительно, то что для них норма.
При этом часто их задают как коня в вакууме.
Тестовое задание на собеседование? Если честно то поднадоели. Часто тот же конь в вакууме. Так же я думаю многим не комфортно, немного могут теряться и т.д. Даже с опытом. И достаточно часто сами задание плохого качества.
А что за прикол с постманом и автоматизированным вещами в нем? Типа если чувак не делал этот то плохой?
А вообще был опыт с Яндекс и его конченный токсичность, когда даже кидали. Когда даже на стажировке запрещали узнавать рабочие моменты у разработки. А потом ещё достаточно не этично вели после стажировки.
Fullstack QA никогда не станет универсальным солдатом, это большая ошибка. Он будет ограничен опытом с какими то фреймворками, яп и т.д.. Из-за которых он прост станет очень узким. Это видно уже на вакансиях.
Лично для меня Fullstack QA для меня был тот человек, который может фронт(веб, мобилку) и бэк проверить. Человек с глубокими познаниями во всем, ручного тестирования. Но сейчас если посмотреть Fullstack QA, то для некоторых компаниях важней умение написать какую то UI автоматизацию, чем умением тестировать api, брокеры сообщений и т.д.
При этом на рынке нет какого то адекватного понимания, что бы брать не с курсов себе сотрудников, а с рынка и до обучить автоматизации.
Кажется в первом примере задаче уже есть не все описано. 1. Не понятно, что после исчезновения товара должно остаться. Если просто окно, то что в этом окне должно быть и т.д Так же если будет кейс со следующим товаром для оценки, тоже надо описать, например если следующего товара нет у пользователя. 2. Странный комментарий, что аналитика не нужна. При этом стоит задача на а/б тест. Если достаточно существующих евентов, для проверки фичи, то это надо описать. И тд.
Все таки наверное это не инструмент, а процесс. Вообще по хорошему надо описать, кто во время груминга и т.д уточнений, следит за актуальностью требований.
А что нет продукта 1с для делопроизводства, моя комнада и т.д решения?)
Где спрос растет? Уже скоро год буду искать в роли мануала и с хорошим опытом. Можно растет там где за х.п Джуна хотят синьора и ещё с левым оформлением
На примере wb ищет mobile qa, явно они ищут не с практикума).
Потом пишет что достаточно начать искать работу, достаточно авторизоваться, но в итоге на сайте ничего подобного нет.
Судя вакансиям как раз тимлиды qa не страдали. Вакансий полно и на любой вкус
Разве университет даст сильно кадры? Ну вроде там обучения за частую платное.
Со стороны QA скажу, что не везде нужно знать как написать селект при использование того же table plus. Не во всех проектах надо писать сложные запросы в бд, да важней понимать, что ты будешь искать, а так же, что можно вытащить из данных.
Длинное резюме плохо? Особенно если человек в более чем 2 компаниях работал, оно будет большое. А если еще был и не один проект. На оборот мелкое резюме не понятно, когда смотрел кандидатов и резюме с малым описанием, не понятно ничего об кандидате.
Тем более эти рекрутеры могут влиять на найм не везде, но могут. Могу объяснять, что не все компании вкладывались в персонал до 2025 и где то персонал просто выживал, тянув куча сервисов.
При этом некоторые хотелки они не хотят вкладывать в обучение в хороших кандидатов с рынка, но которые по ряду причин не могли получить нужный тех опыт в некоторых областях.
Если не согласны с вектором продакта в нужном спринте?
Судя тому как много было постов в ликедин с тинькофф было уже ощущение, что многих начали сокращать. В итоге у вас решили по одному qa на команду оставить? Или начали объединять команды и расширять зону сервисов?
Удивительно на фоне как банк тратить бабло в игрушки вроде университета и радуется большой прибыли, что идет на сокращение. Понял бы у кого проблемы с деньгами, но тут странно.
Уходили в итоге как фулстак?
Просто требования стали цирком. Если так легко стало автоматизировать, почему работодателем не быть гибким и не брать без ат?
Нужно понимать что у всех разных опыт и даже стек разный. Сегодня ты в мобилке, а завтра в веб.
Пока по ощущениям рынок становится прям замкнутым для куа. Ты очень узким по стеку становишься
Дополнительно к вопросу выше:
Если используется push, то вы в тестах исключаете людей, у который при последнем использование МП были отключены push?
В этих тестах вы учитываете воронку целую? То есть маркетологи знают или знакомы с евентами в МП? Типа что бы по примеру, понять, что было открыто пушом и точно то? И так же, что бы понять во сколько пуш пришел, не встал ли он в очереди на отправку и т.д.
Сегмент пользователей получается обновляется в момент сработки триггера по расписанию?
С учётом кучи тестов рассылок. Нет ли проверки на отключение пушей? Ну типа метрика, которая позволяет понять, что наигрались с коммуникацией так, что пользователи стали отрубать?
Таких надо пинком выкидывать с должности. Человек даже не посмотрел в Ютуб видео ролики курьеров. На сколько это тяжёлый и затратный труд с точки зрения одежды, Байков, зарядников и т.д.
Не понял. Вроде экран один показан, а проверки на другой. Так же как проверки с активистки и ТД?
Опасный прецедент. Если так каждый банк или рога и копаты, со своим карманным оператором начнут делать, ради безопасности.
Мне интересно что прям в телефонии получается автоматизировать.
Не всегда я на навыки смотрел в собесах. Важней другое. Навыки дело наживное. Это же самое что требовать например sql, но в большинстве случае он на проектах либо не нужен или хватает инструментов в клиенте для доступа к бд.
Про комфортность штука субъективная. Часто доходит до внешности и психологи.
Ситуационные вопросы больше всего загадка. Так как часто многие хотят услышать исключительно, то что для них норма.
При этом часто их задают как коня в вакууме.
Тестовое задание на собеседование? Если честно то поднадоели. Часто тот же конь в вакууме. Так же я думаю многим не комфортно, немного могут теряться и т.д. Даже с опытом. И достаточно часто сами задание плохого качества.
А что за прикол с постманом и автоматизированным вещами в нем? Типа если чувак не делал этот то плохой?
А вообще был опыт с Яндекс и его конченный токсичность, когда даже кидали. Когда даже на стажировке запрещали узнавать рабочие моменты у разработки. А потом ещё достаточно не этично вели после стажировки.
Fullstack QA никогда не станет универсальным солдатом, это большая ошибка. Он будет ограничен опытом с какими то фреймворками, яп и т.д.. Из-за которых он прост станет очень узким. Это видно уже на вакансиях.
Лично для меня Fullstack QA для меня был тот человек, который может фронт(веб, мобилку) и бэк проверить. Человек с глубокими познаниями во всем, ручного тестирования. Но сейчас если посмотреть Fullstack QA, то для некоторых компаниях важней умение написать какую то UI автоматизацию, чем умением тестировать api, брокеры сообщений и т.д.
При этом на рынке нет какого то адекватного понимания, что бы брать не с курсов себе сотрудников, а с рынка и до обучить автоматизации.
Кажется в первом примере задаче уже есть не все описано.
1. Не понятно, что после исчезновения товара должно остаться. Если просто окно, то что в этом окне должно быть и т.д Так же если будет кейс со следующим товаром для оценки, тоже надо описать, например если следующего товара нет у пользователя.
2. Странный комментарий, что аналитика не нужна. При этом стоит задача на а/б тест. Если достаточно существующих евентов, для проверки фичи, то это надо описать. И тд.
Все таки наверное это не инструмент, а процесс. Вообще по хорошему надо описать, кто во время груминга и т.д уточнений, следит за актуальностью требований.