Как найти своего идеального QA и отсеять жертв инфоцыганских курсов
Сегодня интересная статья: для соискателей и тех, кто в поиске работы. Обсудим, как отсеять жертв инфоцыганских курсов, нанять компетентного человека, который сработается с командой и останется надолго. А если вы ищете работу, сможете подчеркнуть для себя, какие стандарты у работодателей и к каким вопросам нужно быть готовым!
QApedia
Сегодня интересная статья: для соискателей и тех, кто в поиске работы. Обсудим, как отсеять жертв инфоцыганских курсов, нанять компетентного человека, который сработается с командой и останется надолго. А если вы ищете работу, сможете подчеркнуть для себя, какие стандарты у работодателей и к каким вопросам нужно быть готовым!
QApedia
👍6❤2😁1
Вы задумывались о том, как воспринимаются QA-инженеры в команде? И как вообще сегодня ощущается работа в этой роли? 🤔
Коллеги из Авито решили актуализировать состояние рынка QA и запустили анонимный опрос.
И, как вы понимаете, чем больше участников, тем точнее данные. Так что пересылайте этот пост своим QA-коллегам🚀
Коллеги из Авито решили актуализировать состояние рынка QA и запустили анонимный опрос.
И, как вы понимаете, чем больше участников, тем точнее данные. Так что пересылайте этот пост своим QA-коллегам
Please open Telegram to view this post
VIEW IN TELEGRAM
Обязательно задай эти вопросы будущем работодателю ❗️
Приветствую, коллеги! Скучали по авторским постам? Сегодня поговорим о собеседованиях. Часто мы обсуждаем, какие вопросы задают нам!) Но не обсуждаем, какие вопросы должны задать мы будущему работодателю)
Так как я проводил собеседования, могу с уверенностью сказать, что интервьюеры обращают внимание на то, что спрашивает соискатель.
Итак, что же я рекомендую задавать⬇️
1️⃣ Какой основной продукт или продукты я буду тестировать? И на какой стадии он находится: активная разработка, поддержка, новый проект?
2️⃣ Кто основные пользователи продукта?
3️⃣ Какая структура у IT-команды? Условно: в одном продукте может быть команда разработчиков и команда тестировщиков, а другом - 2 команды: 2 разраба и 1 тестировщик, 3 разраба и 2 тестировщика.
4️⃣ Сколько человек в QA-команде?
5️⃣ Есть ли QA Lead?
6️⃣ Кто будет давать мне задачи и кто будет меня оценивать?
7️⃣ Как часто проходят созвоны? И как часто проходят релизы?
8️⃣ Кто принимает решение о выпуске релиза?
9️⃣ Как проходит онбординг? Очень советую задавать этот вопрос, потому что не во всем компаниях процесс онбординга проходит оптимизировано. Иногда новичка могут бросить «на произвол судьбы», а потом поднимать вопрос об его KPI ))
Если было полезно, ставь реакцию👇
Приветствую, коллеги! Скучали по авторским постам? Сегодня поговорим о собеседованиях. Часто мы обсуждаем, какие вопросы задают нам!) Но не обсуждаем, какие вопросы должны задать мы будущему работодателю)
Так как я проводил собеседования, могу с уверенностью сказать, что интервьюеры обращают внимание на то, что спрашивает соискатель.
Итак, что же я рекомендую задавать
Если было полезно, ставь реакцию
Please open Telegram to view this post
VIEW IN TELEGRAM
👍43❤5🔥3😁1
В связи с последними событиями QApedia немного расширяется…
Я запустил ещё одну площадку в MAX. Там будет тот же контент: про тестирование, работу в QA, инструменты, опыт и всё, что мы обычно обсуждаем здесь.
❗️ Канал в TG никуда не пропадает, я продолжу вести его как и раньше. MAX — это скорее дополнительная точка для тех, кому удобнее там отслеживать новости в сфере IT, и чтобы мы всегда оставались на связи.
Присоединиться к QApedia в MAX можно по ссылке !) Всех жду и всем добро пожаловать🤗
Я запустил ещё одну площадку в MAX. Там будет тот же контент: про тестирование, работу в QA, инструменты, опыт и всё, что мы обычно обсуждаем здесь.
Присоединиться к QApedia в MAX можно по ссылке !) Всех жду и всем добро пожаловать
Please open Telegram to view this post
VIEW IN TELEGRAM
😱17😢10👍5❤3😁3
😱14😁12
🧭 Зрелость QA: новый сезон Podlodka QA Crew
За последний год стало очень заметно: от QA-инженеров ждут больше влияния — на продукт, на процессы, на бизнес в целом.
Но по факту многие специалисты продолжают жить в режиме бесконечной операционки: задач много, ответственности всё больше, а ощущения системности — всё меньше.
🌊 Хотим сократить этот разрыв в новом сезоне Podlodka QA Crew.
С 16 по 20 марта мы проведём неделю «Зрелость QA» — про то, как выстраивается системный и управляемый подход к качеству.
Как обычно, будут живые сессии в Zoom, закрытое комьюнити в Telegram и та самая ламповая атмосфера Podlodka, где можно не только слушать, но и обсуждать.
Программа будет дополняться на сайте — а пока (до 9 марта) можно забрать билет по early-bird цене. Присоединяйтесь к диалогу о зрелом QA с практиками индустрии!
👉 Забрать свой билет на Podlodka QA Crew
А наш промокод
qa_wiki даёт скидку в 500 руб🎁
За последний год стало очень заметно: от QA-инженеров ждут больше влияния — на продукт, на процессы, на бизнес в целом.
Но по факту многие специалисты продолжают жить в режиме бесконечной операционки: задач много, ответственности всё больше, а ощущения системности — всё меньше.
🌊 Хотим сократить этот разрыв в новом сезоне Podlodka QA Crew.
С 16 по 20 марта мы проведём неделю «Зрелость QA» — про то, как выстраивается системный и управляемый подход к качеству.
Как обычно, будут живые сессии в Zoom, закрытое комьюнити в Telegram и та самая ламповая атмосфера Podlodka, где можно не только слушать, но и обсуждать.
Программа будет дополняться на сайте — а пока (до 9 марта) можно забрать билет по early-bird цене. Присоединяйтесь к диалогу о зрелом QA с практиками индустрии!
👉 Забрать свой билет на Podlodka QA Crew
qa_wiki даёт скидку в 500 руб🎁
Что же это за 10 багов, которые часто пропускают тестировщики?
Описал в новом фото-посте, приятного чтения!)
QApedia
QApedia в MAX
Описал в новом фото-посте, приятного чтения!)
QApedia
QApedia в MAX
❤23👍18😁1
Плохой и хороший баг-репорт
Сегодня на примере двух оформлений покажу, каким должен быть подробный и хороший баг-репорт. Кстати, подробный чек-лист с советами по оформлению я оставил в моем канале в MAX. Можете скачать и пользоваться!)
QApedia
QApedia в MAX
Сегодня на примере двух оформлений покажу, каким должен быть подробный и хороший баг-репорт. Кстати, подробный чек-лист с советами по оформлению я оставил в моем канале в MAX. Можете скачать и пользоваться!)
QApedia
QApedia в MAX
❤21😁7😱2
Коллеги, ловите чек-лист Bug report 🐞
Ранее я выставлял пост на тему плохо и хорошо оформленного баг-репорта. Также составил чек-лист, где я подробно описал критерии информативного бр)
QApedia
QApedia в MAX
Ранее я выставлял пост на тему плохо и хорошо оформленного баг-репорта. Также составил чек-лист, где я подробно описал критерии информативного бр)
QApedia
QApedia в MAX
🎥 Вебинар: «Собеседование с умом: секреты успешного подбора QA-талантов»
Мы погрузимся в секреты успешного подбора талантов, изучим эффективные техники интервьюирования и разберем, как выявить не только технические навыки кандидата, но и его личные качества, которые могут стать залогом успешной работы в QA команде.
На вебинаре вы узнаете:
- Описание и публикация вакансии;
- Отбор кандидатов и ревью резюме;
- Проведение собеседования;
- Оценка результатов проведения собеседования;
- Обратная связь кандидату и составление оффера.
👉 Для участия зарегистрируйтесь: https://clck.ru/3SbgFr
🎁 Все участники вебинара получат специальные условия на полное обучение курса «Руководитель группы тестирования (QA Lead)»
Курс научит вас управлять командами тестировщиков, оценивать трудозатраты, внедрять Agile и строить метрики качества продукта. Программа поможет вам развить как технические, так и управленческие навыки. Освойте инструменты, которые ищут работодатели: от баг-менеджмента до ROI-автоматизации.
Вас ждут реальные кейсы и живые лекции от экспертов!
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
Мы погрузимся в секреты успешного подбора талантов, изучим эффективные техники интервьюирования и разберем, как выявить не только технические навыки кандидата, но и его личные качества, которые могут стать залогом успешной работы в QA команде.
На вебинаре вы узнаете:
- Описание и публикация вакансии;
- Отбор кандидатов и ревью резюме;
- Проведение собеседования;
- Оценка результатов проведения собеседования;
- Обратная связь кандидату и составление оффера.
👉 Для участия зарегистрируйтесь: https://clck.ru/3SbgFr
🎁 Все участники вебинара получат специальные условия на полное обучение курса «Руководитель группы тестирования (QA Lead)»
Курс научит вас управлять командами тестировщиков, оценивать трудозатраты, внедрять Agile и строить метрики качества продукта. Программа поможет вам развить как технические, так и управленческие навыки. Освойте инструменты, которые ищут работодатели: от баг-менеджмента до ROI-автоматизации.
Вас ждут реальные кейсы и живые лекции от экспертов!
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
👍4
Почему понимание ЦА – ключевой навык QA и Dev, о котором молчат 🤫
Сегодня хочу обсудить тему, которая является базой в работе разработчика и тестировщика!) Именно из-за плохого понимания целевой аудитории продукта могут возникать банальные ошибки в работе.
Для того, чтобы понимать ЦА, я начинаю с простого вопроса: «Зачем этот продукт вообще нужен?» Не “что он делает”, а какую проблему решает и для кого. Я стараюсь представить не просто пользователя, а что он хочет и в каком он состоянии. Приведу примеры:
🔵 Для обычного человека это пользователь маркетплейса. Для меня – человек, который хочет быстро и дешево купить.
🔵 Для обычного человека это пользователь банка. Для меня – человек, который переживает за деньги и хочет контролировать ситуацию.
Здесь очень хорошо раскрывается один из принципов: тестирование зависит от контекста. Что значит: подходы, инструменты и методы проверки адаптируются под уникальные цели, риски и тип продукта.
В ситуации с маркетплейсом фокус будет на скорости загрузки, фильтрах, поиске, корректной сортировке по ценам, коротком флоу и отсутствии проблем на оплате. В ситуации с банком важны максимальная прозрачность операций и понятность, подтверждение действий.
Если Dev четко понимает, кто их ЦА, то качество будет уделяться тому, где это реально важно. Меньше бесполезных фич, меньше овер инжиниринга, зато лучшие продуктовые компромиссы и правильные решения, а не сухая реализация ТЗ.
QA, хорошо знающий аудиторию продукта, правильно расставляет приоритеты багам, тестирует реальные сценарии и находит скрытые проблемы в зависимости от контекста использования продукта.
Функционал несомненно важен, но не менее важна ценность. И для того, чтобы ее сохранить, Dev и QA должны четко понимать: для кого этот продукт и какую проблему он закрывает.
Как вы можете изучить ЦА? Кстати, особенно я советую это сделать и немного познакомиться с продуктом не по факту трудоустройства, а перед собеседованием. Интервьюеры на это очень обращают внимание и подмечают🧠 А если вы уже трудоустроены, то можете:
1️⃣ Почитать продуктовые исследования;
2️⃣ Посмотреть записи пользовательских сессий;
3️⃣ Пообщаться с support-командой;
4️⃣ Анализировать отзывы пользователей;
5️⃣ Задавать вопросы продактам.
Если пост был полезен, ставь реакцию)
QApedia
QApedia в MAX
Сегодня хочу обсудить тему, которая является базой в работе разработчика и тестировщика!) Именно из-за плохого понимания целевой аудитории продукта могут возникать банальные ошибки в работе.
Для того, чтобы понимать ЦА, я начинаю с простого вопроса: «Зачем этот продукт вообще нужен?» Не “что он делает”, а какую проблему решает и для кого. Я стараюсь представить не просто пользователя, а что он хочет и в каком он состоянии. Приведу примеры:
Здесь очень хорошо раскрывается один из принципов: тестирование зависит от контекста. Что значит: подходы, инструменты и методы проверки адаптируются под уникальные цели, риски и тип продукта.
В ситуации с маркетплейсом фокус будет на скорости загрузки, фильтрах, поиске, корректной сортировке по ценам, коротком флоу и отсутствии проблем на оплате. В ситуации с банком важны максимальная прозрачность операций и понятность, подтверждение действий.
Если Dev четко понимает, кто их ЦА, то качество будет уделяться тому, где это реально важно. Меньше бесполезных фич, меньше овер инжиниринга, зато лучшие продуктовые компромиссы и правильные решения, а не сухая реализация ТЗ.
QA, хорошо знающий аудиторию продукта, правильно расставляет приоритеты багам, тестирует реальные сценарии и находит скрытые проблемы в зависимости от контекста использования продукта.
Функционал несомненно важен, но не менее важна ценность. И для того, чтобы ее сохранить, Dev и QA должны четко понимать: для кого этот продукт и какую проблему он закрывает.
Как вы можете изучить ЦА? Кстати, особенно я советую это сделать и немного познакомиться с продуктом не по факту трудоустройства, а перед собеседованием. Интервьюеры на это очень обращают внимание и подмечают
Если пост был полезен, ставь реакцию)
QApedia
QApedia в MAX
Please open Telegram to view this post
VIEW IN TELEGRAM
👍15🔥5