Те самые непонятные вопросы на собеседованиях: как на них отвечать - мой ответ
Заждались ответ на этот вопрос?
Хотя прочитав предыдущий пост, вы уже знаете главный секрет - единого правильного ответа нет 😉
Да и вы в комментариях давали отличные ответы!
Так что я просто поделюсь с вами своими мыслями и направлениями, про которые нужно подумать при ответе на такой вопрос.
Первое, для начала вы должны чётко понимать, почему это баг.
Вы прочитали это в требованиях, исходили из здравого смысла, так было реализовано в другой фиче этого приложения или на вашем предыдущем проекте. Просто это ваш фундамент. Продумайте этот момент. И кстати, не забывайте, что такие-то вопросы можно уточнять у интервьюера. Ну или придумывать самому )
Второе, когда вы точно уверены, что это баг. Вы снова перепроверили, что он воспроизводится...
Тогда идём к программисту, который ваш баг зареджектил (ну то есть, сказал, что это не баг).
Идём - в смысле, пишем в мессенджер, не обязательно прям ножками идти, особенно, если он находится в другой стране))
Ну и конечно, делаем это, если так можно на проекте. Например, бывает, ваш программист работает на стороне заказчика или вообще в другой компании и на прямую с ним общаться нельзя( Будьте готовы и к такому повороту.
Если можно, тогда просим программиста воспроизвести баг, или сами показываем его. Также не забудьте про одинаковость среды - нужная ОС и браузер, один и тот же билд (то есть версия приложения) и другие настройки. Порой, это причина несовпадения.
Но у нас ситуация, когда программист говорит, что это фича, так что узнаём у него, почему он так считает.
И дальше по ситуации, идём либо к бизнес аналитику прояснять требования, к лидам (тест лиду как вашему начальнику и дев лиду как начальнику программиста). Дальше к ПМ (менеджеру проекта), но опять уточняем, а как устроено на проекте. Уточняем у вашего ментора или тест лида.
Третье, важное замечание.
Подумайте, какое впечатление вы хотите произвести на интервьюера. Какие требования указаны в вакансии.
Если нужен командный игрок, делайте упор на общение в команде (с программистом, если он с вами в одной проектной команде, с другими тестировщиками - с просьбами о совете, с тест лидом и БА).
Если же нужен самостоятельный человек, который будет работать одним тестировщиком, тогда покажите свою самостоятельность. Здесь также подходит идти сразу к программисту и решать все вопросы с ним. И в меньшей степени, идти сразу к лиду.
А вот если от вас хотят чёткую субординацию, когда выясните, как принято на проекте, в какой последовательности к кому идти, и так и делайте. Вероятнее всего, сначала нужно поставить в известность тест лида, затем вместе или под его контролем сходить в БА, затем к ПМ или дев лиду. В общем, варианты есть.
Какие моменты я ещё не освятила?
Давайте продолжим обсуждение в комментариях ⬇️
Заждались ответ на этот вопрос?
Хотя прочитав предыдущий пост, вы уже знаете главный секрет - единого правильного ответа нет 😉
Да и вы в комментариях давали отличные ответы!
Так что я просто поделюсь с вами своими мыслями и направлениями, про которые нужно подумать при ответе на такой вопрос.
Первое, для начала вы должны чётко понимать, почему это баг.
Вы прочитали это в требованиях, исходили из здравого смысла, так было реализовано в другой фиче этого приложения или на вашем предыдущем проекте. Просто это ваш фундамент. Продумайте этот момент. И кстати, не забывайте, что такие-то вопросы можно уточнять у интервьюера. Ну или придумывать самому )
Второе, когда вы точно уверены, что это баг. Вы снова перепроверили, что он воспроизводится...
Тогда идём к программисту, который ваш баг зареджектил (ну то есть, сказал, что это не баг).
Идём - в смысле, пишем в мессенджер, не обязательно прям ножками идти, особенно, если он находится в другой стране))
Ну и конечно, делаем это, если так можно на проекте. Например, бывает, ваш программист работает на стороне заказчика или вообще в другой компании и на прямую с ним общаться нельзя( Будьте готовы и к такому повороту.
Если можно, тогда просим программиста воспроизвести баг, или сами показываем его. Также не забудьте про одинаковость среды - нужная ОС и браузер, один и тот же билд (то есть версия приложения) и другие настройки. Порой, это причина несовпадения.
Но у нас ситуация, когда программист говорит, что это фича, так что узнаём у него, почему он так считает.
И дальше по ситуации, идём либо к бизнес аналитику прояснять требования, к лидам (тест лиду как вашему начальнику и дев лиду как начальнику программиста). Дальше к ПМ (менеджеру проекта), но опять уточняем, а как устроено на проекте. Уточняем у вашего ментора или тест лида.
Третье, важное замечание.
Подумайте, какое впечатление вы хотите произвести на интервьюера. Какие требования указаны в вакансии.
Если нужен командный игрок, делайте упор на общение в команде (с программистом, если он с вами в одной проектной команде, с другими тестировщиками - с просьбами о совете, с тест лидом и БА).
Если же нужен самостоятельный человек, который будет работать одним тестировщиком, тогда покажите свою самостоятельность. Здесь также подходит идти сразу к программисту и решать все вопросы с ним. И в меньшей степени, идти сразу к лиду.
А вот если от вас хотят чёткую субординацию, когда выясните, как принято на проекте, в какой последовательности к кому идти, и так и делайте. Вероятнее всего, сначала нужно поставить в известность тест лида, затем вместе или под его контролем сходить в БА, затем к ПМ или дев лиду. В общем, варианты есть.
Какие моменты я ещё не освятила?
Давайте продолжим обсуждение в комментариях ⬇️