Я провел 1000 собесов QA и вот что я понял

Стань Тестировщиком на Python в SkillFactory:
Возврат денег за курс, если не нашли работу после обучения + cкидка 50% по промокоду МАРШАЛ до 31.05.2023 г.

Kra23ybEG

[leshamarshal]

Стань Тестировщиком на Python в SkillFactory:
Возврат денег за курс, если не нашли работу после обучения + cкидка 50% по промокоду МАРШАЛ до 31.05.2023 г.

[denver_ok]

Не соглашусь с CI/CD, а то выглядит так, что QA должен быть вообще затычкой от каждой дыры и без мыла лезть во все места. Все работают за деньги, получаемые в рамках своих обязанностей, не нужно романтизировать все фразой "Вы же инженер по тестированию". Качество продукта - задача команды, а то QA то QA cё, и читать должен и изучать должен и развиваться должен. Лошадь в колхозе работала больше всех, а председателем так и не

[sdstwfu]

Я провел 1000 собесов QA и вот что я понял.
Что курсы skillfactory с нуля.

[oleggolubev]

Действительно, народ повадился не знать того, чем не пользуется. А случись что лезет в интернет разбираться, синтаксис подсматривать.
А вот представь - ты в тайге, ночью, зимой, и без интернета, и нужно срочно послать сложный запрос на сервер дымовыми сигналами на языке чероки. А? Не справишься? Вот то-то же! А ещё в мидлы лезешь!

[maksymivanov]

За 10 лет я написал запросы в БД до 20 раз (причем в сумме реляционные и нереляционные вместе взятые).... Значимость этих знаний ничтожна для QA

[pover]

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

[yekyydy]

«Знаю, что вот тут точно есть пробел». Господи, да у любого человека где-то да есть какой-то пробел. Это уже какой-то психоз. Можно подумать Вы все прям знаете и знали с самого начала.
Если человек знает базу, понимает процессы и умеет мыслить и гуглить, при этом есть желание работать в данной сфере, то заворачивать такого кандидата ковырянием того самого пробела- издевательство и пустая трата времени.
Кому надо работать- найдет своего соискателя.
А кто хочет пооргазмировать и самоутвердиться, тому никаких знаний не хватит для утверждения кандидата.

[JohannesSillanpaa-jvly]

А как лучше всего подготовиться к вопросам по SQL на собеседовании?) я тоже искал курсы по IT, рассматривал разные варианты, но в итоге выбрал Skypro и не пожалел))

[harebativlad]

Ты в конце видео в определенных пунктах прав, развитие нужно, но такое ощущение, что ты вообще оторван от реальности требований бизнеса для тестировщиков на разных грейдах и это проблема всех, кто работает в одном проекте и из проекта в проект идут с одним стеком. Такие советы крайне вредны для новичков, какие пайплайны, какие sql? sql в большинстве будет с веб мордой (ui интерфейс кто не знает), либо вообще доступа не будет, оставшаяся часть тестеров чутка будет иногда базовые запросы писать, получается есть где-то В лучшем случае 5% вакансий, где системно для работы нужен SQL. Все остальное разруливается с разрабами и девопсами, это их зона. Понимать надо, тратить время на детальное изучение - нет. Вот такое наслушаются новички, потом ударяются в святое изучение таких тем, ведь где-то увидели что надо, а потом на собесах отлетаю по реально нужной базе

[tjupuyd]

Да-да, крайне "необходимые" знания, например для ребят, которые БД не трогают)

Сам прошел несколько курсов по БД, спокойно жанглировал 3-хэтажными запросами, функциями и тд. По факту с тех времен так ни разу и не воспользовался этими знаниями. Большая часть уже выветрилась.

Зачем мне инфа по БД, если я с ними не работаю - загадка) И стоит ли распыляться, тратить время на сухие знания, которые не пригодятся - едва ли.
Стоит ли это время потратить на прокачку в задачах, которые решаешь / можешь решить на работе - однозначно.

Опять реклама курсов ... Такое ощущение, что каждое новое видео пишется только ради интеграции очередной горе-школы)

PS: насчет попыток расширить свои обязанности и не останавливаться на механическом ручном прогоне тестов - согласен

PPS: искренне не понимаю, что странного в том, что человек, который занимался долгие годы одним направлением тестирования, не знает подробностей про теорию/практику другого направления.

PPPS: Финальная мысль отличная - синьорность появляется не с годами работы, а с ее кол-вом/кач-вом/разнообразием

[anna__dokazova]

Честно скажу, что не согласна. Я хочу быть просто достаточно хорошим специалистом на своем проекте. Всё. Мне не интересно читать и изучать новые технологии после работы. Я не позиционирую себя как супер-пупер круто спеца и честно пишу о своих навыках в резюме. Надо изучить - сделаю, вообще без проблем. Но больше меня бесят люди, которые пишут, что знают sql, а потом валятся на банальном select. Тогда уж совсем в резюме не указывайте.
P.S. я встречала людей, которые действительно кайфуют от всей этой IT-шной движухи, от новых технологий. Это очень круто, они прекрасные специалисты и я по-доброму им завидую. Но таких меньшинство

[EnumaAnuEnlil]

1000 собесов и никого не взяли😂🤣😅. Здесь Леха всем дает понять, что значит «не для тебя моя роза цвела» 😆 и придумал настолько суровые собесы что Леха сам себя не взял бы🤣🤣🤣 даже по блату

[azotmuhamed]

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

[qwert]

1. Сделаю свой вывод, развиваться да, согласен, но в отношение с sql и ci/cd вообще не согласен. Как я ранее писал, во многих компаниях где не будет использоваться вообще SQL (имею ввиду ручное тестирование), то и при собеседовании его смысла спрашивать вообще нет. SQL быстро учится, но он так же быстро забывается без постоянного использования его на своей работе. Сам 3 года я его использовал, но после перехода в другие компании уже на протяжение 9+ лет, этот SQL нигде не был нужен и соответственно я уже его забыл. Это как язык, если ты его не используешь, он постепенно забывается. Если в компании это надо, то за меньше недели можно все это наверстать

2. Насчет CI/CD, я согласен, что нужно развиваться, но это не зона ответственности QA, тут смотртя Devops. По твоим словам, тестер должен в каждой опе быть затычкой, а это не верно. В каждой области нужны свои специалисты. Согласен только стем, если таксировщик сам захочет этот момент изучить и понять как он работает, пускай делает (я так и делал), но навязывать это всем. не стоит. Я только ЗА за развитие, но это развитие должно быть правильным. В первую очередь развиваться надо именно в QA, то что с ней связано

P.S. По мне видео сделано чисто для рекламы по больше части

[pvignatov]

Про CI/CD и подход QA. Да, явно не гуд, когда версия, которую ты тестировал на тестовом стенде - не попадает на прод из-за проблем на этапе деплоя.
Но тогда вопрос, а нафиг нужна тогда целая каста DevOps с космос зарплатами? И разве не вся команда так или иначе отвечает за качество?
Я не открещиваюсь, что могу пойти и посмотреть пайплайны и прочее, но это точно не ПЕРВЫЙ мой приоритет. Могу пойти, могу не пойти, есть много другой важной РЕЛЕВАНТНОЙ работы.
Если проект серьезный с большими планами и приличной командой, то там не может не быть людей, отвечающих за это. И тогда это их зона должна быть.
Отвечать "за все и даже больше" допускается на небольшом молодом проекте, но никак не в конторе, которая позиционирует себя состоявшейся.

[tetydqj]

Вот о запросе к бд очень точно. Я проучился уже более 1, 5 лет и довольно неплохо разобрался с теорией и sql в частности. Даже учебные проекты я "одевал" в дополнительную документацию, работал с запросами в Postman и был уверен в своих силах на собесах на позицию junior (хотя сейчас это тоже опыт = 1-3 года) и вот что я для себя выяснил на собесах:
- практически ни одного раза меня не спрашивали о теории (совсем немного и база);
- меня замучили сетями и все что с ними связано;
- как ни странно в 90 процентах случаев меня гоняли по python (тоже база на все же);
- основной упор на понимание процессов, инструментов и умению работать в команде (кое где говорили, что им вообще хард скиллы не интересны);
- после многих собесов приходил фитбек о том, что мне нужно подтянуть такие то темы (ВНИМАНИЕ!! ВОПРОСОВ ПО НИМ НЕ БЫЛО😅) Так было не раз.
В связи с текущей обстановкой и спросом превышающим многократно предложение работодатели не смущаются немного приверать в описании к вакансии и я никогда не лез в те, которые по описанию не тяну. Я понимаю, что требования есть и их нужно соблюдать и что я далек от идеала но ситуация с поиском работы меня уже надломила. Я просто перестал понимать кого ищут все компании при том, что вакансии висят месяцами на пролет.
У каждого свой путь наверное, я очень уважаю людей кто работает в этой сфере и тех кто все таки решился а нее попасть но у меня история на этом заканчивается))
P.S 90 % откликов на зп 35+ ради опыта и всем нужны автотестыры со всеми вытекающими с опытом 3-6 лет и за вышеуказанную сумму денег и я не против этой суммы но никого не устроило)
P.S_2 если кто то будет комментировать этот пост то не пишите, что я ною или я такой крутой, а все работодатели плохие. Я не это имею ввиду.

[daniilov]

А в чём проблема подсматривать синтаксис, если это делается за 30 секунд поиска в гугле? Тем более, если человек крайне редко это использует. Я считаю, что если человек умеет решать проблемы с помощью гугла и главное ПОНИМАЕТ как это работает, то всё ок.

[alexander_al]

Это мысли с высоты опыта, это понятно. А теперь обратный вопрос.
Когда ты в QA заходил, про эти вещи знал?
(про БД молчу, и вправду довольно базовая вещь, на многих курсах разбирают)

[botmode_]

Подскажите что проверяет вопрос "отличия между БД оракл и постгреSQL" и как эти знания помогут на проекте, где, например, используется только постгреSQL или на любом другом?

[tarongrigoryan]

Лёх, заговорил про CI/CD, пайплайны и процессы — сделай видосы по каждой из тем !