В моем отделе 2 аналитика, которые пришли из тестировщиков. И я ими максимально доволен и горжусь. Это иллюстрирует факт того, что вертикальная ротация возможна и даже приветствуется. Дерзай!

Я бы сказал, что правильного ответа нет, и нужно ответить самому, что нравится больше, в чем ощущается - "это моя стихия". iOS или QA?

Я бы предложил на время обучения iOS прийти в команду RWB на роль QA Engineer.

У такого решения много преимуществ: доверие, нетворкинг и, главное, знакомство с необходимым стеком и кодовой базой напрямую. Всё это станет хорошей базой для перехода в разработку, придаст уверенности при свитче и даст конкурентное преимущество перед другими кандидатами.

Мое мнение про переход в iOS из QA такое:

Я не говорю, что путь туда через QA в принципе плохой или что кому-то он не подойдёт — это вопрос личных обстоятельств. Но если конкретная цель - iOS-разработка, то я бы туда заходил уже напрямую. Вот почему.

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

А вот IOS — это уже совсем другая история. Направление прекрасно осваивается нуля и никаких обходных путей по сути не нужно. Это не ускоритель, а объездная дорога.

Но если уже есть этот опыт QA и не хочется его напрасно терять, то переход из в QA в iOS - это амбиция, которую нужно заявлять на берегу и я уверен, что RWB может предоставить такую возможность. Скажи прямо нанимающему менеджеру или лиду: "я иду в QA, но цель - iOS, и я хочу, чтобы через X месяцев у меня появилась возможность попробовать себя там". Я уверен, что RWB вполне может дать такую возможность — особенно если ты сам её обозначишь, а не будешь надеяться, что переход случится сам собой.