Как стать автором
Обновить
23
0
Даша Мурзина @karmagistan

Пользователь

Отправить сообщение

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

Конечно, такой риск тоже есть, но мы пробуем разные варианты и всегда за открытое общение :)

На тот момент была нехватка hr, а большое количество вакансий приумножило эту нехватку. Поэтому таким способом усилили найм. Мы все одна команда и у нас появилась одна задача – нанять классных инженеров. Если мы можем как-то помочь, то все помогаем. Сейчас уже работает по старой схеме, которая была до августа 2020 года.
Хороших hr не так быстро найти.

Привет!

Для начала работы необходимы знания и понимание теории тестирования. Это не обязательно могут быть курсы, может быть прочитанная и понятая книжка, например. А остальному уже научим)

Это лишь небольшая часть моей работы)

Привет)

1. Нормально. Немало слыхала историй, когда человек, например, с образованием лингвиста, становился ведущим разработчиком. И у нас немало ребят работает без технического образования.
2. Если портфолио есть, то, кажется, супер. Оно может показать навыки и умение их применять на практике.
3. Хорошо отношусь к великовозрастным джунам. Вообще на возраст не обращаю внимание. И даже тихонько восхищаюсь ими, так как человек решает изменять свою привычную, как правило, жизнь, осваивает новое.

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

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

Чек-листы на функциональные проверки делаем в TestRail.
При составлении кейсов заполняем поля: title, priority, type.

Я не стала расписывать процесс автоматизации в нашей команде, потому что моя статья не про автоматизацию, а про процесс ведения фич. Наш процесс автоматизации – это тема для отдельной интересной статьи.
Если баг понятен (есть воспроизведение или понятно, что чинить) – незамедлительно готовим фикс, проверяем его и выкатываем сборку на ревью с запросом expedited review.
Если баг непонятный и нет никакого воспроизведения/зацепок в какую сторону копать – выкатываем на ревью предыдущий релиз, в котором не было бага. Также запрашиваем expedited review. Параллельно ищем причину бага для фикса в будущих сборках.
Пока сборка находится на ревью, отписываемся всем пострадавшим, успокаиваем их, что скоро всё будет хорошо. Если есть известный способ, как можно без обновления приложения исправить ошибку, – сообщаем о нем юзерам.

Информация

В рейтинге
Не участвует
Откуда
Новосибирск, Новосибирская обл., Россия
Работает в
Зарегистрирована
Активность

Специализация

Manual Test Engineer, QA Lead