Начинающий тестер просит совета

Всем привет. Мне 19, живу в Штатах,примерно в начале июня придет моя гринкарта. Около года занимаюсь веб разработкой just for fun, никакой прибыли с этого не получал и не планировал, но и не клепал говнокод на голом html. Хочу перейти в тестирование, прослушал ряд онлайн курсов (самые прикольные почему-то у индусов, простите меня, Михаил, если вы это читаете), selenium освоил, вроде как, еще там по мелочи по советам с [популярный форум программистов]. Но читаешь вакансии и в дрожь бросает: 4-5 яп,[тут еще перечень разных технологий, не буду расписывать, кто разбирается, тот знает, что обычно требуют]. Собственно, по программированию и вопрос, на каком уровне его надо знать? Если разницу между абстрактным классом и интерфейсом я еще могу объяснить, то всякие rmi и guava просто кромешный мрак. И уж конечно, если меня попросят на интервью найти ошибки в коде какой-нибудь новомодной нейросети, я вряд ли это сделаю. В общем: на каком уровне надо знать программирование, чтобы хотя бы войти в сферу тестирования? слышал, что надо быть familiarity with [пара модных database типа mysql] и уметь делать к ним запросы через sql, это то, что встречается почти в каждой вакансии, а дальше кто во что горазд, читаешь и грустно становится. А многие еще и qtp требуют знать, но 8к вечно зеленых на лицензию нет. А “читал руководство пользователя” вряд ли устроит работодателя.

Тестирование - это не поиск ошибок в коде.

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

Кто знает, что там на уме у того, кто интервью проводит

К сожалению, я живу не в Калифорнии и со свежими вакансиями тут не так все благополучно, если надеется только на это, то можно и год ждать.

Вы на какую позицию смотрите ? QA или SDET ? Если второе то программирование знать надо. Мы в команду ищем сейчас двоих. Через мои руки прошло человек шесть. По резюме так всех хоть сейчас на пьедестал ставить можно. Как доходит до код написать - просто кирдык какой-то.
А я чудес не жду от них чай не SDE нанимаем. Просто скажем написать код делающий зеркальное отображение в граф.буфере. казалось бы… Так что вы учитесь код писать и вперед.

Я на qa смотрю, в идеале manual, но куда ни посмотри, всем automation подавай

а Вы какого уровня ищете SDET?какой локейшн?

ИМХО, трак драйвер - гораздо прикольнее.

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

Для Black-box - ни на каком. 2 месяца курсов + интерншип - и можно идти работать.

работодатели в основном разделяются на несколько категорий:

  • те кому реально быстро надо с каким нибудь реальным скилл сетом, как правило компании которые растут и появляются проблемы с которыми они раньше не сталкивались
  • те кому надо кого нибудь, кто знает что нибудь специфическое
  • те кому надо, но они сами не знают кого и зачем
  • те кто очень хочет взять определенных известных им кадров, но ради приличия или потому что должны и поэтому размещают вакансию для всех
  • те кому не надо, но есть открытая вакансия, причем хайринг менеджер может знать, что они никого брать особо не будут, но интервью проводят
    ну еще какие нибудь типы есть наверное :slight_smile:
    В зависимости от типа, у них и разные требования, которые со временем могут меняться в любую сторону в зависимости от качества прошедших через них кандидатов.
    Вменяемые компании с вменяемыми требованиями есть, надо ждать и искать.
    Мне кажтся сейчас для junior manual QA надо быть знакомым c SQL, non SQL, web services, docker, unix/linux, еще что нибудь, ну и вообще соображать как все работает.

Mountain View; Hardware Performance Test Dev; it is basically SDET + HW skills

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

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

Самый простой путь в данном случае - пойти на курсы к Портному. После них не будет тебя бросать в дрожь. И, возможно, интершип получишь. Да, и знания получишь и систематизируешь. Так будет тебе дешевле. Судя по твоему посту тебе ещё учиться и учиться, “как завещал великий Ленин”.

Добрый вечер! Скажите, пожалуйста, сертификат istqb признается в штатах?

http://www.govorimpro.us/search.php?searchid=8471133

Ссылка не работает:( воспользуюсь поиском. Спасибо все равно

В свое время я искал работу и проходил все этапы собеседования в нескольких конторах, самые известные из которых Google, Амазон и ebay. Начинается всегда с рекрутера, это товарищи технически подкованные слабо и их пройти можно легко. После этого назначается технический скрининг по телефону с одновременным онлайн кодингом. Амазон и ebay использовали 3rd party IDE для кода, мне заранее предлагалось выбрать язык, Гугл использовал свой онлайн редактор стандартный, что было довольно странно, но, возможно интервъюер не заморачивался просто. Я искал SDET на Java. Задачки на скрининге легкие, анализ строк, сортировка, простые функции. Скорее проверяют на адекватность, на знание основ кода. По теории тестирование немного гоняют. На все про все час, темп высокий, думать некогда, надо выдавать ответы мнговенно, но все вежливо, грамотно.
После скрининга в течение недели отзванивается или отписывается рекрутер и докладывает о следующем шаге, это онсайт интервью. Я жил тогда в Маунтин Вью и в ebay с Google съездить было не трудно, а вот Амазон возил меня в Сиэтл (и это было, как в Орел и Решка: отель, оплаченное питание и транспорт).
Онсайты длятся часов пять с перерывом на обед, 5-6 интервъюеров, у каждого свои вопросы. Стандартно гоняют по ситуациям, как вы поведете себя в том да ином случае, взаимодействия с менеджером, с членами команды, с продактами. Много вопросов на SQL, дают таблицы и ставят задачки. По Java задачи разные, самые сложные и интересные в Гугл, но опять таки цель не выявить фундаментальные основы ООП, а посмотреть, как работает креатив, полезнее всего при подготовке четко уметь пользоваться Collections, знать основные алгоритмы сортировки, перебора, нужно понимать O(n) уметь оптимизировать код и объяснить в чем идея оптимизации в вашей реализации. Меня не гоняли по фреймворкам, все задачи были в рамках ядра.
Часто тянутся все процессы собеседований долго, неделями, а потом вдруг один за другим присылают оферы. Я в итоге взял офер Adobe. Доволен