QA + Тестирование

Junior: Start / Medium / Plus
Middle: Start / Medium / Plus
Senior: Start / Medium / Plus

Но я не ожидал, что оставшиеся 10%, окажутся самыми сложными. Мой поход к HR, чтобы обрадовать быстрым выполнением её просьбы, откладывался.

Я понял, что понятия не имею о том, на какие вопросы и на какую глубину должен знать ответ специалист, который претендует на определенный грейд.

Чем Middle Plus отличается от Senior Start, например? На какой такой вопрос знает ответ второй, но не знает первый? Попробуй угадай.

С другой стороны, я был уверен в том, что я, как Мидл, должен знать ответы на подобные вопросы. Но почему-то не знаю. Может быть, я недостаточно компетентный?

Ситуация усугублялась еще и наличием на проекте коллег тестировщиков с более глубокими знаниями и опытом в тестировании. Не то что бы я боюсь показаться глупым и некомпетентным, но всё-таки хотелось бы выполнить «задачу» и чтобы её не пришлось кому-то за меня переделывать.

В итоге, я решил самостоятельно изучить эту тему глубже, заусило, так сказать. Было потрачено несколько часов на прочтение статей и сообщений на форумах, в попытках найти хотя бы какие-то зацепки.

Пара выводов из прочитанного:

- Грань размыта. Нет четких критериев, по которым можно определить, какого уровня специалист перед вами.

- Грейд не может быть для всех одинаковый. Плоскость тестирования и вообще IT очень глубокая, и проекты, бывает, очень сильно отличаются. Поэтому грейдировать нужно именно специалистов, которые уже какое-то время проработали и знают систему. В таком случае, грейд должен быть направлен именно на конкретную систему, а не на навыки тестирования в целом.

Вы только подумайте. Если человек работает на проекте уже более 5 лет и знает систему вдоль и поперек, участвует в бизнесовой части разработки, принимает решения и берет ответственность за себя и других участников команды, разве это не Senior?

Но если этот же человек попадает на другой проект, где флоу сильно отличается, и он пока не может выполнять сложные задачи и участвовать в бизнесе, он перестает быть Senior QA? Думаю, что нет. Ему понадобится какое-то время на адаптацию, так же как и Мидлу и Джуну. И только после того, как он «въедет», можно оценивать его грейд, но опять же в рамках конкретной системы.

Вернемся к моей истории.

И так, есть задача, которую я должен выполнить, а мои рассуждения никому, наверное, и не нужны.

Я решил обратиться за помощью к старшему товарищу. Кстати, не знаю кто он по грейду, наверное, Синьор. Совместными усилиями мы всё-таки распределили вопросы по уровням и отдали HR на согласование, с четким пониманием, что будут необходимы правки и дополнения, и все это может затянуться не на один день.

И знаете что? Ни у кого из нашей команды, наша конфигурация грейда вообще не вызвала никаких вопросов. Ради интереса, я даже посоветовался со знакомыми тестировщиками с других проектов, и их тоже всё устраивало. Это было очень странно для меня и не менее странно для моего коллеги, который согласился разделить со мной эту задачу. Мы ждали критику, а получили похвалу.

Вывод: Грейд - понятие относительное. На одном проекте ты Синьор, на другом Мидл, а позже опять Синьор. Да и то, что специалист может ответить на вопросы, не гарантирует его ответственное отношение к работе и вообще желание эту работу выполнять.

Это моя первая статья, надеюсь, каплю пользы я вам всё-таки принёс. Спасибо за уделенное время!

К анкете отнеситесь серьезно. Обратную связь, если вы не были выбраны, предоставлять не готов. Всем результатов! :)

Анкета здесь: https://forms.gle/JuqL1MhsLxzXn4fj7

Средние цифры и сроки от момента открытия резюме до выхода на работу подсчитать сможете сами. Да, выборка не такая большая, я не так давно начал вести детальную статистику (а поднимать архивы не хочется), но думаю что через год срез будет еще более интересный.

В целом по рынку наблюдается небольшой спад по цифровым показателям и многие компании снизили вилки зарплат, что сказывается на том, что моим ученикам приходится часто отказываться от собеседований, либо HR сами уходят. Благо компаний на рынке хватает и всегда находится предложение более интересное.

Кажется, что прошло всего лишь два месяца, но у нас в школе было внедрено много новых активностей, подросла команда, добавились новые инструменты, поменялись некоторые подходы и готовится еще несколько нововведений. Одно из них - техническая практическая экзаменация в течении 8 онлайн-собеседований на умение работать и решать задачи с использованием различных инструментов ручного тестировщика.

Как быстро вкатиться в IT? Знать, что делать, много изучать, тренироваться и не унывать :)

Работаем дальше!

Успел пропустить, как Selectel запустил услугу фермы мобильных устройств. Это не новая услуга для мира, но для РФ подобных решений я ранее не встречал. Здорово, что появляются отечественные альтернативы — в РФ платить рублями удобнее и выгоднее 💳

Для мобильной разработки фермы устройств — штука очень полезная, но очень геморная, особенно если заниматься ей своими силами. А варианты с эмуляторами не являются полноценными альтернативами и не во всём смогут удовлетворить потребности. Подробнее про это уже неоднократно рассказывали и Bit.Games, и Pixonic, и другие представители геймдева и не только 👾

В моей практике больших и высоконагруженных ферм не было. Были небольшие из устройств-представителей разных сегментов. Гонялись преимущественно перед релизами, поэтому проблем с сильным износом не возникало. В них загружались билды с вшитыми сценариями поведения, и QA уже дальше снимали с них нужные метрики и следили за успешностью прогонов. Дёшево и сердито ⚙️

Selectel давно вошёл в список постоянных инструментов, как минимум, в личной разработке. Интересно теперь посмотреть, что там с фермами и насколько оно окажется прожорливо 💵 Но пока, увы, в моей панели управления страница с этой функцией не работает 🤡

————————————————————

#news #gamedev #development #qa #automation #testing #новости #геймдев #разработка #автоматизация #тестирование

За последний месяц на рынок вышли 3 ученика из 7 закончивших обучение и уже все трое получили офферы и вышли/выходят на проекты. С остальными мы еще готовимся к выходу на рынок, но думаю что примерно через 1,5-2 месяца я сделаю новый пост, где расскажу про еще 4 оффера и закрою 7/7 учеников.

Кейсы:

1. Первая ученица работала более 8 лет новостным редактором с зарплатой 40-50 т.р. Сейчас вышла на проект с зарплатой 150+ на удаленке в сфере IT на позицию QA;

2. Вторая работала последние 3 года стюардессой, сейчас выходит на проект с зарплатой 150к+ по направлению тестированию;

3. Третий товарищ работал более 8 лет старшим смены монтажников оборудования. Выходит на проект на позицию QA Engineer с зарплатой 150к+.

Но самое главное - это не устроиться на проект, а показать себя и стать грамотным специалистом, продолжать работать над собой. Об этом я твержу ребятам постоянно. После трудоустройства всё только начинается, но почему-то всех только и интересует вопрос: сколько трудоустроилось учеников? Трудоустройство само по себе - это не конечная цель.

На фоне этого я всё чаще сталкиваюсь с разного рода объявлениями "трудоустройство на тестировщика за 3-4 недели", "обучение за 1,5 месяца" и понимаю, что такой подход не приведет ни к чему хорошему: будут увольнения, недовольство, перегорания. Слишком некачественно и быстро.

Мой подход не самый быстрый, примерно 6 месяцев плотной и сложной работы, зато 20 из 20 учеников трудоустроены за последний год, все прошли испытательный срок, все получили отличный фидбэк от руководства и продолжают развиваться на своем проекте дальше. Статистику других менторов не исследовал, но более чем уверен, что за 3-4 недели обучения такого результата добиться не получится.

Я думаю как еще увеличить скорость обучения и трудоустройства без снижения качества, и с момента открытия своей школы добился существенных улучшений, но кажется, что более существенных сдвигов можно добиться только в индивидуальной работе, групповое обучение же не так гибко и приходится всегда усреднять и срезать углы.

Всем результатов!

Мой школа по обучению тестированию: https://t.me/quality_academy

И вот когда он получит определённое количество результатов, мы начинаем двигаться в сторону и вниз. То есть начинаем расширять и углублять плоскость деятельности. Всё дело в том, что в случае неудач, а они будут, ученик сможет, как бы, откатываться на старые двигательные действия и все равно решать задачу. Эта модель исключает страх неудачи, мы эксплуатируем прошлый опыт, но при этом учим ученика от него освобождаться. Но даже если он свалится в прошлый опыт, то он задачу решит, просто "по старому", что может быть дольше и не так эффективно, но главное, что решит!

Начать изучать тестирование вместе с нами: https://t.me/quality_academy