Я провел 1000 собесов QA и вот что я понял
Vložit
- čas přidán 17. 05. 2023
- Стань Тестировщиком на Python в SkillFactory:
go.skillfactory.ru/0NEoqQ
Возврат денег за курс, если не нашли работу после обучения + cкидка 50% по промокоду МАРШАЛ до 31.05.2023 г.
Kra23ybEG
Стань Тестировщиком на Python в SkillFactory:
go.skillfactory.ru/0NEoqQ
Возврат денег за курс, если не нашли работу после обучения + cкидка 50% по промокоду МАРШАЛ до 31.05.2023 г.
Не соглашусь с CI/CD, а то выглядит так, что QA должен быть вообще затычкой от каждой дыры и без мыла лезть во все места. Все работают за деньги, получаемые в рамках своих обязанностей, не нужно романтизировать все фразой "Вы же инженер по тестированию". Качество продукта - задача команды, а то QA то QA cё, и читать должен и изучать должен и развиваться должен. Лошадь в колхозе работала больше всех, а председателем так и не стала!!!!!
=)))))))
Чел😂 с такими понятиями, далеко в этой жизни, по крайней мере на наемной работе не уедешь
@@solus_bellator7920 Просто ты ничего не понял, особенно работая на наемной работе.
В серьёзных конторах, никто тестеру не даст слишком много полномочий по доступам, кроме тим лидов
С другой стороны качество продукта - это проблема каждого сотрудника. Конечно, у всех своя специфика, но если ограничиваться только тем, что написано в трудовом договоре, ты не только не будешь расти, ты выгоришь от рутины. Профессию можно выучить за условную пару лет на проекте, а дальше что? Проект не вечен, компания не вечна, кадры, которые все это время прикрывались списком обязанностей, останутся не у дел.
Я провел 1000 собесов QA и вот что я понял.
Что курсы skillfactory с нуля.
😂 👍🏼
Шляпа все эти курсы, можно не смотреть все эти видео, в которых воды чуть меньше чем полностью
Видео для рекламы.....
Не первый такой видос у него
в этом смысл же, как и идеи постоянно учиться, курсы то продавать нужно
Действительно, народ повадился не знать того, чем не пользуется. А случись что лезет в интернет разбираться, синтаксис подсматривать.
А вот представь - ты в тайге, ночью, зимой, и без интернета, и нужно срочно послать сложный запрос на сервер дымовыми сигналами на языке чероки. А? Не справишься? Вот то-то же! А ещё в мидлы лезешь!
Во-во. А то напридумывали себе всяких IDE, пусть на листочках кодят.
Это актуально для тех, кто устраивается работать ночью в тайге зимой
Да еще и без знаний байт кода....👻
😃😃😃
«Знаю, что вот тут точно есть пробел». Господи, да у любого человека где-то да есть какой-то пробел. Это уже какой-то психоз. Можно подумать Вы все прям знаете и знали с самого начала.
Если человек знает базу, понимает процессы и умеет мыслить и гуглить, при этом есть желание работать в данной сфере, то заворачивать такого кандидата ковырянием того самого пробела- издевательство и пустая трата времени.
Кому надо работать- найдет своего соискателя.
А кто хочет пооргазмировать и самоутвердиться, тому никаких знаний не хватит для утверждения кандидата.
Да сам этот блогер пойдя в отпуск придет со этими же пробелами. Удивляет что qa менеджмент топит за бери больше кидай дальше, хотя сами не далеко от этого ушли и могут вернуться к рабочим процессам после смены работы и там уже будут свои же плоды пожирать.
И соглашусь с вами и нет, да обычно в своем пуле тулов и стеке рука набивается, и там достаточно просто. Сам проработал от сениора до лида 6 лет на огромном легаси (и в целом на тот момент почти 10 в отрасли), где до нас заказчик скупал всех конкурентов и интегрировал в себя, итог - все популярные языки в беке, мешанина соап и рест сервисов , UI вообще пачка технологий, где ты из страниц сделанных еще на перле выкатываешься криво воткнутый js, в беке тоже самое, что-то уже красивое в CI\CD, а что-то ты руками деплоишь в терминале (привед еще и знаниям команд и ключей) перед тестами, и гирлянда разных версий оракла за этим всем..
Да упарывались, сидели по 9+ часов, учились чтобы с этим управляться + административная работа лида \ зама ПМ, но только вот итогом стало несколько лет назад когда проект ушел индусам, что кусок новых тулов, технологий и т.д. успел еще и мимо пройти + у нас не было мобилок совсем, а они улетели в космос..
В итоге лютый даунгрейд в миддл+ (и хоть и быстро, но не сразу обратно), с тех пор зарекся пытаться все успеть.
P.S. Наши заказчики были из США, а значит по ходу дела (хоть это и хорошо) еще приходилось кроить время на курсы английского с B1 до С1.
P.P.S. Я уже спецом не собешу джунов давно, ибо те требования которые выкатывают сейчас вызывают улыбку, я в 2010 устроился на первую работу будучи студентом 3 курса программисткой специальности и умея писать кривенько код и запросики + за ночь перед интервью прочитав книгу Cавина, а не вот это все ;)
За 10 лет я написал запросы в БД до 20 раз (причем в сумме реляционные и нереляционные вместе взятые).... Значимость этих знаний ничтожна для QA
Дополню:
Я ещё не стал тестировщиком, но в процессе, меня лично как то прям, не знаю, воротит что - ли от этого "культа теории", складывается ощущение что все на ней просто помешаны действительно, Лёша в видео говорил что задаёт своим собеседникам вопрос, мол как удалить таблицу или значение из таблицы в БД, на что ему отвечают, ну ща подгляжу, и на это естественно следует возмущение, типа "Ну а зачем я тебя тогда спрашивал", действительно, зачем, если это вопрос, который гуглится ровно 3 секунды, на кой чёрт вообще это запоминать так, чтобы от зубов отскакивало, совершенно не понимаю, мне кажется важно понимание, зачем нужен какой либо запрос, а не то какую команду нужно прописать, разве я не прав?
А и кстати, насчет разработчиков, у них подсматривать синтаксис - одно из главнейших вообще умений, потому что ни единое живое существо, не способно запомнить такой объем информации, ну никак, зазорным это, а уж красным флагом каким либо у них это явно не считается, в общем печально на мой взгляд все с QA по этому плану.
Ну не знаю, не знаю. Я вот сейчас работаю, и SQL мое все. Селекты, джойны, подзапросы, прочая разная уерга. Я не представляю, как я работал бы без SQL
@@snowfox4812, ну ты представляешь исключение, которое не является репрезентативным примером, а всего лишь - частным случаем (я полагаю, что твой профиль является тестированием БД или модулем, отвечающим за работу с БД), но в широком понимании тестирования, это малозначимые знания в целом
Какие то придирки, судя по собеседованиям цель найти зубрилу . Ну поросил человек подсмортеть, что тут такого? Надо узнать понимает ли он, а не вызубрил. Может девам на стек овер флоу не заходить?
1000 собесов и никого не взяли😂🤣😅. Здесь Леха всем дает понять, что значит «не для тебя моя роза цвела» 😆 и придумал настолько суровые собесы что Леха сам себя не взял бы🤣🤣🤣 даже по блату
Взяли конечно. Я не говорил что никого ))
@@leshamarshal По блату😂
Ты в конце видео в определенных пунктах прав, развитие нужно, но такое ощущение, что ты вообще оторван от реальности требований бизнеса для тестировщиков на разных грейдах и это проблема всех, кто работает в одном проекте и из проекта в проект идут с одним стеком. Такие советы крайне вредны для новичков, какие пайплайны, какие sql? sql в большинстве будет с веб мордой (ui интерфейс кто не знает), либо вообще доступа не будет, оставшаяся часть тестеров чутка будет иногда базовые запросы писать, получается есть где-то В лучшем случае 5% вакансий, где системно для работы нужен SQL. Все остальное разруливается с разрабами и девопсами, это их зона. Понимать надо, тратить время на детальное изучение - нет. Вот такое наслушаются новички, потом ударяются в святое изучение таких тем, ведь где-то увидели что надо, а потом на собесах отлетаю по реально нужной базе
ну он же сказал что это в основному нужно для тех кто будет работать с бэком. Ведь название видео не "1000 собесов с новичками" или "1000 собесов с фронтэнд тестировщиками"
@@wockywocky3109 не соглашусь 6 лет уже тестер и вот про джоины слышу только на собесах не разу их не использовал ни один из всех отделов где бывал
Еще спрашивают знания на конфигурацию пайплайнов и знание докера. Что просто идиотизм.
А девопсов спрашивают на что тогда...
Согласен, работаю в крупном банке на очень сложном проекте и взаимодействие с бд через сваггер, база no SQL)
@@pavelterentiev7546а я работаю полтора года и юзаю каждый день =) от проекта зависит так то
Честно скажу, что не согласна. Я хочу быть просто достаточно хорошим специалистом на своем проекте. Всё. Мне не интересно читать и изучать новые технологии после работы. Я не позиционирую себя как супер-пупер круто спеца и честно пишу о своих навыках в резюме. Надо изучить - сделаю, вообще без проблем. Но больше меня бесят люди, которые пишут, что знают sql, а потом валятся на банальном select. Тогда уж совсем в резюме не указывайте.
P.S. я встречала людей, которые действительно кайфуют от всей этой IT-шной движухи, от новых технологий. Это очень круто, они прекрасные специалисты и я по-доброму им завидую. Но таких меньшинство
Фанатики есть в любой сфере. Не стоит им завидовать.
@@EnumaAnuEnlil Завидовать как раз стоит, это же офигенно
@@EnumaAnuEnlil не обязательно быть фанатиком, чтобы кайфовать. В начале пути тоже кайфуешь - новизна, энтузиазм, озарения, крутые люди. Потом этот конфетно-букетный период проходит, потом ещё чутка подвыгораешь пару раз - и начинаешь ко всей этой айтишной фигне относиться куда более здраво. Расставляешь приоритеты, налаживаешь баланс, приобретаешь здоровый пофигизм. И в гробу видал это айти в нерабочее время.
Потом, правда, бывают ещё всплески энтузиазма, связанные с новыми людьми, новыми проектами, etc. Главное, уметь притормозить и не выгореть в очередной раз.
С таким подходом, просто достаточно хороший специалист станет...скажем, просто удовлетворительным специалистом спустя время...и потом все, сокращение. Кто там говорил, что нужно постоянно учиться?
@@afterlife1990 Какие бы ни были скилы, все равно рабочим на галере не поспеть за наполеоновскими планами менеджмента у которого мотивация в количестве сданных фич.
Да-да, крайне "необходимые" знания, например для ребят, которые БД не трогают)
Сам прошел несколько курсов по БД, спокойно жанглировал 3-хэтажными запросами, функциями и тд. По факту с тех времен так ни разу и не воспользовался этими знаниями. Большая часть уже выветрилась.
Зачем мне инфа по БД, если я с ними не работаю - загадка) И стоит ли распыляться, тратить время на сухие знания, которые не пригодятся - едва ли.
Стоит ли это время потратить на прокачку в задачах, которые решаешь / можешь решить на работе - однозначно.
Опять реклама курсов ... Такое ощущение, что каждое новое видео пишется только ради интеграции очередной горе-школы)
PS: насчет попыток расширить свои обязанности и не останавливаться на механическом ручном прогоне тестов - согласен
PPS: искренне не понимаю, что странного в том, что человек, который занимался долгие годы одним направлением тестирования, не знает подробностей про теорию/практику другого направления.
PPPS: Финальная мысль отличная - синьорность появляется не с годами работы, а с ее кол-вом/кач-вом/разнообразием
Все верно. Тестирование БД - это штука не частая на практике.
Так и есть. Везде просят и если ты за время работы хоть 1 раз попадёшь на тест этого, ты везунчик) Я вот 2 конторы сменил и всем нужен был sql. Ни разу за 5 лет не встретилось. Если надо, то это вообще не проблема в интернете за день посмотреть, что тебе надо для решения задачи. А гробить время на изучение чего-то год, полтора и не использовать вот вообще это такое себе. Оно выветрится всё
@@andrewkotov3234 меня как-то звали тестером БД, но там такие глубокие знания требовались, что редкий разраб справится). А еще математика на высоком уровне....)
До сих пор в вакансиях скл пишут, и на мое место работы тоже спрашивали как дань моде, но ниразу так в базу залезть и не дали)) имхо разрабы должны быть совсем тугие если нужно проверять какой он скл запрос вложил в метод
Не знаю, я в банке crm тестирую для меня использование sql ежедневная необходимость, с другого подразделения коллеги жаловались что не найти тестировщиков со знанием sql или не знаю или слишком слабые
А в чём проблема подсматривать синтаксис, если это делается за 30 секунд поиска в гугле? Тем более, если человек крайне редко это использует. Я считаю, что если человек умеет решать проблемы с помощью гугла и главное ПОНИМАЕТ как это работает, то всё ок.
согласна, омг зачем держать в голове весь sql, если можно держать в браузере закладку с удобным ресурсом с хорошо расписанными в 1 месте командами. Селекты, которые гоняются каждый день, и так помнишь, а что-то позаковыристее можно за 5 секунд загуглить.
Считаю эти все вопросы просто легализированной формой издевательства над кандидатами, особенно джунами хех(
Главное уметь пользоваться инструментами: гугл/чат гпт, а все остальное, абсолютно неважно. Когда мне нужно было что то сделать на JS, я зашел в гугл и выучил, когда надо было написать что то на Swift или баше, тот же гугл. Не вижу абсолютно никакого смысла держать все в голове. Важно понимать что надо сделать.
так и есть, нужно понимать свою роль и решать проблемы,
забивать голову энцеклопедией и мериться этим на собеседованиях (которые на самом деле экзамены вопрос/ответ) очень в духе российских школ и универов
100% эти собесы полня хрень,нужно уметь решать задачи и выполнять свои обязанности, каким ты это будешь делать способом-твое дело, главное на выходе показать качество
от знаний точного запроса не вырастишь в навыках. может быть толковый кандидат, который за пару минут загуглит этот запрос и напишет что угодно. а есть кто-то выучил пару запросив, ответил удачно хорошо, а потом не знает как другой запрос написать на практике. так что смысла нет так сильно углубляться и докапываться
именно поэтому умение проходить собеседование не имеет ничего общего с работой, это отдельное умение, так же как и умение составить резюме
@@vandaq просто в рф мало кто проводит СО_БЕСЕДование, а проводят экзамент, вопрос ответ и чтоб побольше впихать туда
согласна, важно понимание просто принципа как он работает. Если ты какие-то запросы не практикуешь постоянно, они просто забываются. Но нужна пара минут в гугле, чтобы вспомнить и написать, что угодно.
Подскажите что проверяет вопрос "отличия между БД оракл и постгреSQL" и как эти знания помогут на проекте, где, например, используется только постгреSQL или на любом другом?
ну в контексте РФ довольно актуально понимать разницу между бд ораклом и пг. оракл отозвал поддержку и многие в экстренном порядке переезжают на пг
Это проверяет, что ты действительно разбираешься как и что работает, и соответственно заинтересован в развитии. Компаниям не нужны спецы, которые стоят на месте.
можно погуглить, и я бы не пошла в компанию работать, где такие вопросы задавали тестировщику
Это мысли с высоты опыта, это понятно. А теперь обратный вопрос.
Когда ты в QA заходил, про эти вещи знал?
(про БД молчу, и вправду довольно базовая вещь, на многих курсах разбирают)
Вот о запросе к бд очень точно. Я проучился уже более 1,5 лет и довольно неплохо разобрался с теорией и sql в частности. Даже учебные проекты я "одевал" в дополнительную документацию, работал с запросами в Postman и был уверен в своих силах на собесах на позицию junior (хотя сейчас это тоже опыт = 1-3 года) и вот что я для себя выяснил на собесах:
- практически ни одного раза меня не спрашивали о теории (совсем немного и база);
- меня замучили сетями и все что с ними связано;
- как ни странно в 90 процентах случаев меня гоняли по python (тоже база на все же);
- основной упор на понимание процессов, инструментов и умению работать в команде (кое где говорили, что им вообще хард скиллы не интересны);
- после многих собесов приходил фитбек о том, что мне нужно подтянуть такие то темы (ВНИМАНИЕ!! ВОПРОСОВ ПО НИМ НЕ БЫЛО😅) Так было не раз.
В связи с текущей обстановкой и спросом превышающим многократно предложение работодатели не смущаются немного приверать в описании к вакансии и я никогда не лез в те, которые по описанию не тяну. Я понимаю, что требования есть и их нужно соблюдать и что я далек от идеала но ситуация с поиском работы меня уже надломила. Я просто перестал понимать кого ищут все компании при том, что вакансии висят месяцами на пролет.
У каждого свой путь наверное, я очень уважаю людей кто работает в этой сфере и тех кто все таки решился а нее попасть но у меня история на этом заканчивается))
P.S 90 % откликов на зп 35+ ради опыта и всем нужны автотестыры со всеми вытекающими с опытом 3-6 лет и за вышеуказанную сумму денег и я не против этой суммы но никого не устроило)
P.S_2 если кто то будет комментировать этот пост то не пишите, что я ною или я такой крутой, а все работодатели плохие. Я не это имею ввиду.
Врятли кто то здесь скажет что вы ноете.
Просто жизненная ситуация.... сейчас на автотестов прям мейнстрим какой то.... Хотя некоторые компании вообще в ус не дуют про автоматизацию и зачем это им нужно
Вам после собесов приходит фидбэк? Ну нифига себе вы мажор
@@MrMasenkiy ха-ха)) Рассмешили)) Приходит такой, что лучше бы не приходил.
@@qwert1887 жиза, вписать автоматизацию (где ее нет и не скоро будет). в итоге отсечь мануальщиков, которые и нужны, взять автоматизатора, а он придет а там ток мануал и уволится, и так по кругу
Лёх, заговорил про CI/CD, пайплайны и процессы - сделай видосы по каждой из тем !
Про CI/CD и подход QA. Да, явно не гуд, когда версия, которую ты тестировал на тестовом стенде - не попадает на прод из-за проблем на этапе деплоя.
Но тогда вопрос, а нафиг нужна тогда целая каста DevOps с космос зарплатами? И разве не вся команда так или иначе отвечает за качество?
Я не открещиваюсь, что могу пойти и посмотреть пайплайны и прочее, но это точно не ПЕРВЫЙ мой приоритет. Могу пойти, могу не пойти, есть много другой важной РЕЛЕВАНТНОЙ работы.
Если проект серьезный с большими планами и приличной командой, то там не может не быть людей, отвечающих за это. И тогда это их зона должна быть.
Отвечать "за все и даже больше" допускается на небольшом молодом проекте, но никак не в конторе, которая позиционирует себя состоявшейся.
Согласен, это зона ответственности Devops, а не тестеров. Но как я понял, Леша просто хочет чтобы тестеры были инициативны и развивались. Я согласен с этим, но талдычит, чтобы они там следили за CI/CD и т.п., вообще не вижу смысла (если ты только сам захочешь развиваться), не QA зона ответственности
1. Сделаю свой вывод, развиваться да, согласен, но в отношение с sql и ci/cd вообще не согласен. Как я ранее писал, во многих компаниях где не будет использоваться вообще SQL (имею ввиду ручное тестирование), то и при собеседовании его смысла спрашивать вообще нет. SQL быстро учится, но он так же быстро забывается без постоянного использования его на своей работе. Сам 3 года я его использовал, но после перехода в другие компании уже на протяжение 9+ лет, этот SQL нигде не был нужен и соответственно я уже его забыл. Это как язык, если ты его не используешь, он постепенно забывается. Если в компании это надо, то за меньше недели можно все это наверстать
2. Насчет CI/CD, я согласен, что нужно развиваться, но это не зона ответственности QA, тут смотртя Devops. По твоим словам, тестер должен в каждой опе быть затычкой, а это не верно. В каждой области нужны свои специалисты. Согласен только стем, если таксировщик сам захочет этот момент изучить и понять как он работает, пускай делает (я так и делал), но навязывать это всем. не стоит. Я только ЗА за развитие, но это развитие должно быть правильным. В первую очередь развиваться надо именно в QA, то что с ней связано
P.S. По мне видео сделано чисто для рекламы по больше части
кстати, примерно такой прзиции как у него придерживается большая часть тех, кто выставляет вакансии
непонятные требования типо ci cd для ручника
Сам работаю в финтехе и у нас есть эти технологии, но они никак не уперлись обычному тестеру
абсолютно верно, все знать невозможно, и цель собеседования определить, есть ли понимание у человека для конкретного проекта !!. Я тоже за 8 + лет , может 1 строчку SQL написал, ну не нужно было оно, о каких подзапросах идет речь?. А если проект где нужно прямо спец именно удар на SQL так я туда даже не подаюсь. У жены похожая ситуация, требования SQL, по факту 3 запроса в месяц, которые она копи пастит - все.
Согласен с вами
Насчёт второго пункта я с вами в целом согласна, но реалии бывают разные (не в пользу тестировщиков и других сотрудников). У нас в компании (весьма крупной если что) девопсов под конкретный проект вообще нет, CD занимаются сами автотестеры проекта и т.к их мало иногда приходится и ручникам заниматься запуском тестов и их анализом. Примерно хотя бы понимать что и как работает - необходимость + это тем более необходимость, если есть желание развиваться в автотестера. Другой вопрос, конечно, что нам бы жилось в разы легче если бы девопсы реально были и нам не приходилось с ограниченным объёмом знаний вот что называется ебаться со всей этой инфраструктурой( Но полученные знания все равно идут в копилку полученного опыта.
@@Loonaris2 ну у вас получается, побольше части, исключение. Да, автоцентры июзают его, я сам юзал в этот момент, но опять таки, раза 3-4 чтобы взять смс код из базы 😂😂
Спасибо за Ваш труд! Коммент в поддержку канала.
Неловкий момент, когда лучше всего знаешь sql😂обновляла знания три раза, без практики все забывается
+1. Мне на собесах отмечали хорошие знания sql, но этого, увы, было не достаточно)
@@MrMasenkiy. Знаний хватило. Просто отказ потому что собеседуют ради собеседований
@@EnumaAnuEnlil ну хз, с начала года меня даже не собеседуют теперь)
@@MrMasenkiy счас нужны бекендеры и авто тестеры с 3+ лет опытом
@@user-yi1zm1uw5q охотно верю. Да я уже понял, что в прошлом году надо было врать как не в себя и любыми правдами/неправдами устраиваться хоть куда. А сейчас я уже как валенок ненужный
То чувство когда тестировщик на заставке похож на Джона Сноу ИП 😂😂😂
Нет, это Джон Сноу похож на Алексея😁
Очень много из сказанного теория ради теории или особенности конкретно тех проектов, с которыми работал автор.
Одно дело, когда вы берете человека на конкретный проект, заранее сообщив, что вот нужен человек на проект с монолитной архитектурой, где работают с Оракл и тогда логично, если у него будут спрашивать конкретно про эту субд и монолитку.
Не может быть глубинных знаний об этом у человеке, который работал всю жизнь с клиент-серверной архитектурой и бд шарил через Монго.
Знания в любом случае будут очень поверхностными, если ты не работал с этой темой на практике.
Для меня в тестировщике самое главное это адаптируемость, т.к. очень часто и технологии, и те же субд даже в рамках одного проекта меняются. Да даже сами проекты бывает часто заменяться и на каждом нужно конкретно для каждой отдельной задачи погружаться и изучать специфики.
Поэтому если человек может подсмотреть синтаксис и написать по нему корректный запрос это прекрасно. При реальной работе результат человека, который вытащил это из головы или из интернета, будет одинаковым.
Для меня, например, знания SOAP UI это база проекта, нельзя не знать как пишется там автотест, создаются проперти, делаются нагрузочные тесты. Нужно ли требовать этого даже от сеньора? Да нет конечно, блин.
+100500
Охх.
Работала тестировщиком с 2011. Финтех бигдата проекты.
Первые 3,5 года была как раз тестером БД, использовался SQL нонстоп, потом полтора года админом БД, и даже была немного DevOps. Админом не понравилось, ушла в мануальное, с 2017 г. Проектов больше 20.
И работала в Jenkins и в GIT, активно. Деплой, все дела.
Дропнули с очередного проекта в начале 2023, как и всех украинцев оттуда. Полгода безрезультатных поисков, и впервые за столько лет - устроилась не-тестером.
Кризис в отрасли, порядка 100-300 чел на левел миддл\сеньор.
Дропы и дропы с собеседований, каждый раз новые причины.
То все ОК, но нашли того, у кого "больше опыта на проектах нашего типа", то все ОК, но "команда посмотрела ваше резюме, и не захотела общаться". То долго спрашивают, точно ли мне ОК мануальное, а то у них другого нет. Ты изображаешь желание оставаться мануальщиком, работа нужна все-таки, и... Дропают до технического, мол, у вас нет скилла автотестера!! А ничего, что разговор изначально о другом был?
Последний раз дропнули с 4 этапа, якобы нашли того, кто лучше соответствует, но по факту, это было в день, когда прилетела ракета в мой город. Думаю, испугались.
С болью в сердце, отказалась от любимой работы, пошла, куда позвали. Не-тестером, хотя там есть менторинг тестировщицы. В эту рулетку можно играть вечно, а мне выживать надо, и ребенка кормить.
У меня работе с бд вообще не взаимодействует никто кроме бэков, у нас монга, SQL пару лет назад на базовом уровне знал, но без практики забывается все. Так вот пришел я на собес на сеньора как-то раз, ответил почти на все вопросы кроме SQL, я даже просто запрос с join составить не мог т.к. тупо практики не было, а я не готовился особо перед собесом т.к. в требованиях к вакансии этого не было. Ну я просто сказал как есть типа практики нет, поэтому прямо сейчас меня про это бесполезно спрашивать, но это тот скилл, которым можно буквально за пару дней научиться, не думаю что это критично. Собеседующий со мной согласился и потом мне оффер сделали) Причем я сомневаюсь что мне сделали бы оффер если бы я идеально знал SQL, но зафейлился на других более фундаментальных и важных вопросах. Ну то есть вот представьте что есть 2 кандидата, один знает какой-то ЯП и у него есть опыт построения нескольких тестовых фреймворков с нуля, он знает паттерны проектирования и когда их лучше применять и т.п, но с SQL не работал. И есть второй, который кое-как может состряпать пару тестиков, но идеально знает SQL, кого бы вы выбрали?
Возможно это конечно исключение, но по-моему реально подобные скиллы типа SQL не должны существенно влиять на выбор кандидата на QA или AQA, такое буквально за несколько дней можно нагуглить и наработать практику, быстрее чем ты онбординг в компании пройдешь.
Полностью с вами согласен, я в сфере QA работаю 9 лет. Честно, с SQL я пользовался только в ОДНОЙ компании (а я уже во многих компания проработал), там реально было требование и я там его хорошо выучил, потому как там реально с БД надо было работать и данные оттуда смотреть. и это было уже 6 лет тому назад. Сейчас, я уже забыл join, create и т.п. Ед что более менее помню, так это Select, Update, Delete. К чему это я, что, если в компания SQL не нужен (а он не нужен в 90% случаев), то потом это все забывается без практики. Ок выучишь ты его сейчас, через год ты его опять забудешь, если не раньше. Потому в твоей компании он нафиг не нужен. Если в компании нужен SQL, так и спрашивай его
Лёша, благтдарствую за видео. Меняю сферу деятеььности помимо прочего грызу ваш шести часовой курс. Это видео выскочило автоматом. С четырнадцатой минуты вы подняли очень важную и "наболевшую" мелочь во всех сферах. Все знаю фразу развивайтесь, но вы подробно разжевали, что она на самом деле значит. Вроде бы очевидно и знают все, только это очевидное каждый воспринимает по своему, а собеседованте в итоге одно и без приглашения😂. Ещё спасибо за наводку.
Спасибо за видео. Классное напутствие! Всегда приятно быть разносторонним специалистом. Это совет скорее для людей, которые уже какое то время работают в сфере и стали жертвой стагнации.
Респект
нет ничего плохого в стагнации, это жизнь
Привет Леша) предлагаю написать списком, что нужно учить разбираться для джунов с перспективой на миддл и сеньеор позиции?) спасибо)
учить как тестировать софт и что такое тестирование, qc, qa, тест анализ и тест дизайн, etc
все остальные инструменты и технологии изучаются в разы быстрее и по мере необходимости (на проекте)
@Деша Маршал, а что думаете, если к вам придет дата инженер с двухлетним опытом работы, чтобы устроиться к вам тестировщиком без особых знаний в тестировании? На что он может рассчитывать? Возьмёте ли вы его, чтобы вырастить крутого тестера, учитывая его опыт?
Я не очень понимаю, в чем проблема, если на предыдущем месте я не делала каждый день какой-то запрос на SQL, поэтому точно синтаксиса не помню, а теперь на новой работе подсмотрю пару раз и запомню. Ведь смысл в понимании, как язык работает, а не в том, чтобы все запросы наизусть знать, нет? Отличие новичка и миддла, в том что второй найдет инфу и применит её, а не будет ждать помощи свыше или бегать с вопросами к коллегам.
Лёша береги себя , очень хреново выглядишь!
Лол что? Разница между Postgre MySQL и MS SQL? Эти знания нужны инженерам по БД или программистам, а не тестировщикам. Делать CRUD операцию с SQL - это тоде анекдот. DQL - вот, что используется в 99% в QA, нам нужна БД, чтобы провести валидацию того, как отработала логика. Сдаётся мне, что Лёша новый курс по SQL готовит на 13 мес. за 100 тыс😂❤
Ключевая фраза "если ты это делаешь каждый день, то как этого можно не знать".
А если не делаешь каждый день или вообще не делаешь как минимум на текущем проект?
Интересно что сейчас быстрее, попасть на работу тестировщиком или выучить другую специализацию в IT.
А зачем вам вообще ИТ?
Так все плохо?
@@rkd8369 очень плохо.
embedded разработка
Спасибо!
Блин не хотела бы к вам на собес попасть 😃
Полгода искала работу, никто не спрашивал про sql и базы данных, один раз попросили объяснить , что такое БД на бытовом уровне и все на этом. Полгода работаю на web-тестировании и ниразу мне не давали доступов к БД.
Лёша молодец 👍🏽
Тот самый токсик интервьюер-всезнайка.
Про CRUT зачем-то гонит. В компании дай бог доступ дадут к БД, а про удаление записей или их форматирование QA вообще могут забыть - слишком большая ответственность и разрабы просто запрещают это делать
Это про меня 5 лет была в одной компании. Когда вышла на собеседования оказалось что мир поменялся - много новых технологий, ЯП нужно знать в 90% вакансиях мануальщиков, все повернуты на тестировании АПИ. До кучи выросла конкуренция и чтоб тебя позвали на собес нужно ждать неделями.
Устроились? Хорошо у вас опыт есть, это другое дело)
@@nensy22 Да, в российский всем известный банк. Они хантят очень много. Я же искала НЕ в рос банках, после неудач пришлось в банк устраиваться.
@@yuliapopova3273 а почему не в рос банках хотели?
@@nensy22 чтобы к РФ не быть привязанной и работать из любой точки мира. В некоторых банках еще и к городу оформления привязан.
Классный полезный видос. Алексей что-то с виду стал старее😮
Да у меня сейчас такая ситуация, я работал 2 года в банке тестировщиком, занимался регрессионным тестированием(узнал как называется только после как ушёл с работы и начал ходить на собеседования) все на практике изучал, но теорию вообще не знал, только банковскую теорию знал, чтобы понимать что я проверяю, после того как расформировали отдел, я начал искать работу и теперь я понимаю я отстал по технологиям, нет знаний теории, даже основ, то есть я применял методы которые не знал как называются, ,ща вот пытаюсь догнать .
Скажи какая зп была?)) стоит оно того начинать?
@@rkd8369 всё зависит от организации и как договоришься, и какой у тебя уровень, в самом начале зп от 55 тыс. + в банках в регионах, если работать на Москву на банки то больше, а бывает даже намного.
вот на 16.08 минуте что Вы сказали за технологию ?
SQL не панацея, сейчас тренд на Full Stack Tester - и тестировать и разворачивать и автоматизировать и генерить тестовые данные. Надо очень сильно поднимать свою Т-образность во всех аспектах
еще желательно и аналитиком и программистом и дев опсом и дизайнером и менеджером сразу быть, и больше 1000 долларов не просить
а после работы сидеть постоянно учить новое, если нет овертаймов
в отпуск не ходить, не болеть, семью/детей/животных не иметь
если бы еще придумали чтоб человеку сон не требовался - вообще красооотааа
Немцы еще во вторую мировую придумали средство, чтоб не спать по несколько суток)))
Первитин называется)))
@@katiatall
Голос очень приятный, случайно зашла глянуть😅
2:43 - под нечасто, вы хотите сказать - никогда. Добавление записей в БД, напрямую, в рабочем продукте чревато очень большими последствиями. Не говоря уж про то, что часто нужно добавлять записи сразу в несколько таблиц, чтобы получить рабочую сущность. К сожалению с этим надо работать регулярно, потому что проседаешь через пару лет. Но это очень быстро восстанавливается и нарабатывается. Другое дело, что на собесах это не всегда спрашивают. Далеко не всегда. А на работе это почти никогда не надо.
Видео интересное, но по мне, не слишком полезное, ибо тут явная ошибка выжившего. Все видео только о недостатках. Как мне кажется, стоило больше уделить внимания сильным сторонам соискателей: объяснить, чем отличаются сильные тестировщики от слабых, и рассказать об их преимуществах, а не о недостатках.
Если выучить sql, kafka, gRPC, но прийти на собес со средними знаниями в других областях, то я уверен, что возьмут того, кто силен в чем-то реально ВАЖНОМ. Вот об этих важных областях, на которые интервьюеры обращают внимание, и хотелось бы услышать
Каждый раз ведусь на такие панические настроения, а потом такой - ааа... так вот оно что...
Вот за последние слова (Надо работать над собой) жму руку
Не гоните на Алексея, дело говорит. Про новичков тут речи нет, а для засидевшихся синьеров-помодоров это хороший пинок под зад. Подписываюсь под каждым словом.
Лёша, вот тебе конструктивная критика. Бревно в своём глазу не видишь . А задавался ли ты вопросом, есть ли в твоих видео ответыиеа вопросы которые ты задаешь? Нет. Взять хотя бы клиент серверная архитектура.
Единственные ситуации, когда мне требовался sql - это на собесах
оконные функции можно еще добавить.
Что надо рекламировать skill factory ))))
Ну что, Леша, нахватал дизов и кучу негатива в комментах? то то же. Главное понимание ,а не тупое заучивание. Если человек редко пользуется sql, но понимает что зачем и куда - подсмотреть не стыдно. Стыдно наизусть знать запрос, но не справиться, если задачу не описывали в учебнике.
Попался бы мне такой лид, для которого гуглить позор, мы бы не сработались. Твое счастье, что еще не попался джун, который даст отцовского леща и в чувство приведет :) Это юмор. Просто давно ли ты вырос, знаешь ли ты весь стек технологий и не плаваешь ли ты в областях, которых не касался? Вот и получается, что сам такой, а вопросы задаешь.
Пока не появиться система образования которая будет давать реальные рабочие знания (чтобы человек сразу мог начать работать после учебы, без дополнительного образования), страдать будут все - и работодатели и те кто хочет работать в IT. Проблема в том что все айтишники это самоучки. А когда ты сам всему учишься невозможно знать все то что нужно работодателю.
Каждому работодателю нужен свой стек технологий, при чём тут система образования?
Хотя такое тоже существует - стажировки и/или бесплатные курсы у айти, например, технодром ibs, но и у других видел.
работодатели как раз не страдают, а делают деньги, и платят людям копейки, вшивая в голову идею что они ничего не стоят и должны постоянно учиться (а создатели курсов только и рады их продавать)
А есть хороший самоучитель по cql?
Алексей, а вы проводите тестовые собесы?)
Видео, для того что бы интегрировать рекламу про скилфактори . Значит 99% предыдущей инфы можно не учитывать.
Такое крутое фото на заставке
Зачем докапываться на собесе до знания того что гуглится за 1 минуту и может быть сразу сделано, если это будет необходимо. Это я имею в виду SQL CRUD
Но за видос в общем и целом спасибо - полезно.
Какой SQL... Не припомню проектов где тестировщиков пускали туда без прослойки в виде UI взаимодействия... Вы очень странный "специалист". Практический опыт был, кроме Ютуба?
в зачем нужна эта теория в реальной работе, чем одна бд отличается от другой, и более того ни я ни мои коллеги кто работает тестировщикам не имеют доступа к бд, это достаточно не часто встречаемая вещь среди тестировщиков, даже кто отлично пишет автотесты и на апи на юай. Но моя боль, что я например могу написать запрос даже зная где нужен хэвинг, а где where, и все остальное перечисленное в видео тоже, но предпочтение все равно отдадут молодому мальчику, с оговоркой ну ниче мы его научим. 40 девушкам пробиться намного сложнее даже при условии что все из перечисленного в видео знаешь.
У меня так было на собеседовании: подсматривала синтаксис. 😂
Аааааа))) не качественная цифра и кликбэйт😂
Ну пошутили и ладно.
Спасибо за знания!
Спрашивали на джуна отличие оракла и постгре)
Добрый день . Спасибо Вам за Ваш труд . Но в этом видео Вы столько называете терминов в одном предложении не понятных что теряю суть происходящего , пожалуйста не забывайте что даже и прошли Ваши 30 уроков QA но все же еще не можем знать все термины. Да иногда нужно как для д....детей я хота написать , все объяснять. А вообще я очень рада что нашла Ваш канал. Спасибо
на счет ci/cd конечно сложная история)) теория конечно - это классно, но я не представляю, чтоб меня наш дев опс пустил смотреть, что там у него и как происходит) с ним СТО с трудом говорит и за их спорами следит вся компания)) так что в ci я пока не лезу) если зайдут автотесты, которые я сейчас внедряю в проект, тогда уже буду глубже смотреть на это, пока для себя немного разбирался, но надо на практике все запустить))
и еще, чтоб не было проблем с тестированием стейджа, а потом на проде все не валилось, так как есть отличия, надо делать предпрод окружение и будет хорошо)) это особенно важно, когда продукт уже релизнут и имеет аудиторию))
На счет БД тоже классно, что сказал, надо будет повторить SQL, потому что на последнем проекте, где у меня был доступ к БД, это была нереляционная БД Монго и там у меня был прям полный доступ и своя коллекция с данными, которые я вертел как хотел, и мне это нравилось)) а вот SQL после этого мне стал немного противным, но все же надо вспомнить и продвинуть эти знания, так как они надо)
Красивый голос)
Алексей здесь рассуждает, как препод)) Очень сложно держать постоянно в голове всю озвученную информацию без практического опыта
Так это собес на QA ,а зачем тестировщику что-то удалять,добавлять,если их в принципе к БД не допускают.
Добрый день, подскажите пожалуйста с чего начать обучение QA.
Точнее сказать с какой школы начать.
На примете школа PASV или Portnova.
Может Вы что то посоветуете из опыта?
Спасибо.
так он свои посоветует и те кто рекламу у него купил
все есть в интернете бесплатно, если есть желание учиться
за что стоит платить так это за менторство/коучинг по професии что вас интересует, 1 на 1 (и то не обязательно, зависит от многих факторов и самого обучающегося)
Почитайте оранжевый учебник, там расписано как надо учиться.
А как вы хороши в кубернетес? А в AWS?
я бы еще добавила знания философии и навыки шиться, нужно же заполнять пробелы и всегда учить что то новое, а вдруг пригодиться (так же как и кучи других тулзов итехнологий, которых нет в проекте)
@@katiatall да)
15:33 вот именно за этим я перехожу из разработчики в тестировщики. Абсолютно не вижу причины это порицать. Если человек не хочет развиваться значит не хочет, он пришел деньги зарабатывать. Если отстанет - нагонит. Абсолютно вас не понимаю, везде какая-то спешка
они курсы продают, им выгодно пропагандировать идею постоянно учись и закрывай проблеы, так же как и компаниям работодателям выгодно за копейки эксплутировать народ, вещая про продуктивную продуктивность
жить людям не нужно и время свое тоже, а то поди хаметят что в мире творится и думать начнут
Не понимаю, гуглить - эт ок. Что плохого в том, что бы загуглить то, чем ты не пользуешься в своей работе в тот момент, когда тебе это понадобится? Вы что отличника ищите, у котторого должно все от зубов отскакивать ? Или ченловека, который понимает процессы и может загуглить то , чего не згнает и использовать это - бред просто
мне кажется ты в банке или работаешь сейчас или работал когда то ))
да, общие вопросы на собесе, но ты не учел особенностей компаний, человек работает с Mysql, и идет в контору где только MySql используется то велком, а если ты начинаешь у него спрашивать по всему курсу, и тех технологий касаться если ему не надо это, а так же грейды, ты многих сеньоров спроси они и половины не ответят.
ААА, тестировщика... а не QA, сам то разберись в чем разница QA от тестировщика
3:44 чел у тебя проф деформация, отдай на ревью свои вопросы, они бредовые они тебе не показывают знания человека, ты ищещь того кто просто наизусть всё запомнил или всёж того кто умеет решать задачи? если перед ним встала задача сделать сложный запрос в чем проблема посмотреть синтаксис?? люди которые наизусть вам всё расскажут скорее всего или очень много с этим работали или вот только повторили это, первое круто, а второе он забудет через день
а в итоге из-за не правильного вопроса ты можешь принять второго, но отказать челу который бы быстро решил задачу посмотрев синтаксис.
Поэтому правильнее поставить задачу и просить решить ее, или предложить решения а не запросы бесполезные спрашивать
Бесполезно просто зубрить побольше всего, нужно искать возможности практиковаться у себя на работе. А это далеко не всегда возможно, зачастую тебя к той же ci cd просто не подпустят, потому что никому не нужно обучать и развивать. Сиди себе и тыкай кнопки, ты ж мануальщик.
Проблема развития на проекте зачастую не менее актуальна для джуна, чем поиск работы, приходится в свободное время обучаться самому, а потом еще упрашивать старших коллег, чтобы взяли в помощники по сложным таскам. Только скорее всего мягко пошлют, чтоб под руками не мешался и не спрашивал, у всех работа,всем некогда
А когда работать будете? Ведь 1000 собесов это 1500 часов потраченного рабочего времени. При загрузке в 6 часов в день на задачи, вы потратили 250 дней только на собесы и не принесли никакой пользы продуктовой команде, а зп вы получали.
По выполненным задачам вы больше относитесь к HR. 🎊
он сказал после 100 перестал считать, возможно было 101 собеседование, но главное написать что 1000
Что плохого быть на одном проекте 10 лет? и Разбираться в этом продукте от и до? Почему это сразу полльзователи? Системы есть разные, есть такие чтоб познать их нужно 6-12 мес. И расскажите западным специалистам или японским, что в компаниях по 15-20-30 лет работают, какие они продвинутые пользователи, а не тестировщици или программисты. И лояльность компаний к таким людям невероятно высокая, и как раз ценят их экспертизу.
Нафига мне прыгать с места на место - если меня все нравится на моем? Тем более в условиях глобального экономического (и не только) кризиса.
А если человек постоянно меняет проекты и компании - может он поверхностый и как раз не получил глубинного понимания и опыта?
у меня про серверы спросили на собеседовании на джуниора
Не понимаю, в чем прикол знать что то наизусть без возможности посмотреть синтаксис? вроде всегда интернет под рукой и если человек в состоянии быстро найти и адаптироваться - это уже хорошо
Что-то ты в рекламу стал скатываться. И паразитируешь на теме.
Лёш, возьми меня ждуном, у меня есть скил - буду приносить тебе на собесы попкорн с пепси ))
Если бы у бабки были яйца, то она была бы.
Если QA с навыками автоматизации знает базы данных, то зачем ему вообще быть QA??? Можно сразу идти в кодеры.
Мнение от кодера.
Кааайф
Господи, SQL...CRUD...сколько времени нужно, чтобы вспомнить это, если это тебе понадобится в реальных задачах? 30 минут? Это же не на SQL Developer'а собеседование
А, понял, это просто реклама курсов была...
Леша, привет) Я конечно не знаю по обучение, вот тоже реклама рекомендации,(не у тебя) про яндекс практикум, такого я еще не видела, сплошные дилетанты, за такие деньги.
Хочите стать тестировщиком - начните прогать))))
1:38 с другой стороны это совсем бесполезный вопрос, какая блин разница чем оракл от пстгреса отличается если это почти одно и тоже, ты тестировщиков собесишь или бэкенд разрабов чел? тем более собес проходит в конкретную компанию у которой есть конкретная бд, зачем блин знать особенности всех существующих бд? Да и в целом знание sql ну не самое небходимое для не бэкенд тестировщика если это достаточно крупная компания все тестовые данные создаются через интерфесы, потому что как минимум ты тратишь на это лишнее время, а как максимум можешь создать не правильные данные или данные которые пользователь создать не может и всё в этом духе.
бред бред бред если мне такой вопрос зададут я сразу пойму что в компании не нужны спецы которые решат их задачи, и они не могут построить норм процессы собесов, а значит что и другие процессы у них страдают
Ну про практику на курсах это неправда, вся практика и прочие активности закрываются, когда прошел дедлайн. А текст да, остаётся навсегда, но это текст… Кстати стажировок там кот наплакал, и только если ты всё круто знаешь, и для тебя есть место, не вводи людей в заблуждение, а то звучит так, как- будто там стажировка для каждого студента предусмотрена
Какой ты классный 😊
Только в России устраивают из собеседований экзамен, в стиле вопрос - ответ, и ладно если будет о штуках, которые конкретно используются в проекте, так чаще всего обо всем на свете, все должен знать, а зачем непонятно
очередная реклама курсов :(
😊
Тестировщик не может назвать отличия Oracle от PostgreSQL? Что за идиот ожидает это от тестировщика? У нас DBA говорят, что могут работать только с одним типом БД, а тут собес на тестировщика... Скриншоты ошибок научитесь делать нормально, а потом про SQL рассуждайте )
Ну такое себе. Цель у вас какая? Задачу сделать или похихикать над тем что человек не помнит синтаксис. Токсичное поведение!
Выглядишь плохо, хорош бухать.
Терпеть не могу таких. А -а! Ты этого не знаешь. И я точно знаю, что и этого ты не знаешь!.. Ну, так действительно, люди много чего не знают. И радоваться чьим-то пробелам так же, как и своим достижениям, это по крайней мере дебильно. Человек существо обучаемое. Надо радоваться, что специалист может обучиться. Автор ролика действительно, как писали ранее, прямо оргазмирует от чужого незнания. Фу! Бля. Аж противно!