Мой опыт собеседования для SEIT в Headout Inc.

Мои знания

Это был февраль, когда я решил, что мне нужны перемены, и начал подавать заявки на QA/SDET/SEIT/QAE на различных платформах, таких как LinkedIn, Instahyre, Naukri и т. д. Я увидел эту публикацию о вакансии SEIT в заголовке на LinkedIn и подал заявку на их странице вакансий. К моему удивлению, буквально через два часа рекрутер прислал мне письмо о первом туре, онлайн-тесте.

Я прошел онлайн-тест в тот вечер, это длилось около часа. Он состоял из вопросов MCQ, основанных на концепциях Selenium, программирования и ООП, а также 2 вопросов по кодированию. ( 3 Sum и еще один был основан на Strings ), оба были средней сложности. Я смог пройти все тестовые случаи по одному вопросу, а по другому я смог пройти только 50% тестовых случаев.

На следующий день рекрутер снова отправил мне письмо, что я прошел онлайн-раунд, и попросил меня предоставить доступные слоты по ссылке онлайн-календаря, после чего рекрутер отправил подтверждение интервью со ссылкой на Google Meet.

Техническое обсуждение — 1

Первый тур был назначен после того, как интервью дважды переносилось, потому что интервьюер был очень занят. Я немного нервничал, и позже, когда к разговору присоединился интервьюер, он был очень дружелюбен и заставил меня чувствовать себя очень комфортно. Интервью началось с представления интервьюера и меня, а затем он попытался понять, в каких инструментах, технологиях и областях я разбираюсь. Он начал с JAVA, потому что я сказал ему, что это мой основной язык программирования, и он затронул все концепции OOPS, это вовсе не было теоретическим, он задавал ситуационные вопросы. какой подход будет работать и почему?

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

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

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

Проблема кодирования

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

Пример:

Ввод: arr[] = {900, 940, 950, 1100, 1500, 1800}, dep[] = {910, 1200, 1120, 1130, 1900, 2000}

Выход: 3

Объяснение: одновременно ходит не более трех поездов (время между 9:40 и 12:00).

Ввод: arr[] = {900, 940}, dep[] = {910, 1200}

Выход: 1

Объяснение: нужна только одна платформа.

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

Ключевые моменты:

1. Говорите вслух. Сообщите интервьюеру, о чем вы думаете, и он может помочь вам думать в правильном направлении.
2. Задавайте вопросы интервьюеру, чтобы получить ясность по вопросу, чтобы двигаться дальше.
3. Начните с худшего решения, а затем начните его оптимизировать.
4. Какое бы решение вы ни предложили, они ожидают, что вы также его закодируете, так что будьте к этому готовы.

Техническое обсуждение — 2

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

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

Он спросил меня, как мы управляем кодом, я знаю, что он шел в раздел git, а затем он рассказал мне о ситуациях, для которых я должен был дать ему команды git, которые мы используем, чтобы управлять этой ситуацией. Он спросил об API и о том, как мы в основном используем их в нашей структуре автоматизации, сколько кода используется повторно и как реализуется ООП с практическими примерами.

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

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

На следующий день я получил письмо от рекрутера, в котором говорилось: «До встречи в следующий раз».

Мое мнение и уроки:

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

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

Тем не менее, то, что я потерял, было временным, а то, что я приобрел, навсегда и бесценно.

Не забудьте поставить несколько хлопков, если вам понравился блог :)

Не стесняйтесь обращаться ко мне в LinkedIn