Стань Тестировщиком на Python в SkillFactory: go.skillfactory.ru/0NEoqQ Возврат денег за курс, если не нашли работу после обучения + cкидка 50% по промокоду МАРШАЛ до 31.05.2023 г.
Действительно, народ повадился не знать того, чем не пользуется. А случись что лезет в интернет разбираться, синтаксис подсматривать. А вот представь - ты в тайге, ночью, зимой, и без интернета, и нужно срочно послать сложный запрос на сервер дымовыми сигналами на языке чероки. А? Не справишься? Вот то-то же! А ещё в мидлы лезешь!
Не соглашусь с CI/CD, а то выглядит так, что QA должен быть вообще затычкой от каждой дыры и без мыла лезть во все места. Все работают за деньги, получаемые в рамках своих обязанностей, не нужно романтизировать все фразой "Вы же инженер по тестированию". Качество продукта - задача команды, а то QA то QA cё, и читать должен и изучать должен и развиваться должен. Лошадь в колхозе работала больше всех, а председателем так и не стала!!!!!
С другой стороны качество продукта - это проблема каждого сотрудника. Конечно, у всех своя специфика, но если ограничиваться только тем, что написано в трудовом договоре, ты не только не будешь расти, ты выгоришь от рутины. Профессию можно выучить за условную пару лет на проекте, а дальше что? Проект не вечен, компания не вечна, кадры, которые все это время прикрывались списком обязанностей, останутся не у дел.
«Знаю, что вот тут точно есть пробел». Господи, да у любого человека где-то да есть какой-то пробел. Это уже какой-то психоз. Можно подумать Вы все прям знаете и знали с самого начала. Если человек знает базу, понимает процессы и умеет мыслить и гуглить, при этом есть желание работать в данной сфере, то заворачивать такого кандидата ковырянием того самого пробела- издевательство и пустая трата времени. Кому надо работать- найдет своего соискателя. А кто хочет пооргазмировать и самоутвердиться, тому никаких знаний не хватит для утверждения кандидата.
Да сам этот блогер пойдя в отпуск придет со этими же пробелами. Удивляет что qa менеджмент топит за бери больше кидай дальше, хотя сами не далеко от этого ушли и могут вернуться к рабочим процессам после смены работы и там уже будут свои же плоды пожирать.
И соглашусь с вами и нет, да обычно в своем пуле тулов и стеке рука набивается, и там достаточно просто. Сам проработал от сениора до лида 6 лет на огромном легаси (и в целом на тот момент почти 10 в отрасли), где до нас заказчик скупал всех конкурентов и интегрировал в себя, итог - все популярные языки в беке, мешанина соап и рест сервисов , UI вообще пачка технологий, где ты из страниц сделанных еще на перле выкатываешься криво воткнутый js, в беке тоже самое, что-то уже красивое в CI\CD, а что-то ты руками деплоишь в терминале (привед еще и знаниям команд и ключей) перед тестами, и гирлянда разных версий оракла за этим всем.. Да упарывались, сидели по 9+ часов, учились чтобы с этим управляться + административная работа лида \ зама ПМ, но только вот итогом стало несколько лет назад когда проект ушел индусам, что кусок новых тулов, технологий и т.д. успел еще и мимо пройти + у нас не было мобилок совсем, а они улетели в космос.. В итоге лютый даунгрейд в миддл+ (и хоть и быстро, но не сразу обратно), с тех пор зарекся пытаться все успеть. P.S. Наши заказчики были из США, а значит по ходу дела (хоть это и хорошо) еще приходилось кроить время на курсы английского с B1 до С1. P.P.S. Я уже спецом не собешу джунов давно, ибо те требования которые выкатывают сейчас вызывают улыбку, я в 2010 устроился на первую работу будучи студентом 3 курса программисткой специальности и умея писать кривенько код и запросики + за ночь перед интервью прочитав книгу Cавина, а не вот это все ;)
Работаю инженером около 30 лет, но не в IT. ). с юности помню выражение. хороший инженер не обязан все знать, хороший инженер обязан уметь пользоваться справочной информацией. ну и анекдот про красный мячик..."Физику, математику и инженеру дали задание - найти объём красного резинового мячика. Физик погрузил мяч в стакан с водой и измерил объём вытесненной жидкости. Математик измерил диаметр мяча и рассчитал тройной интеграл. Инженер достал из стола свою «Таблицу объёмов красных резиновых мячей» и нашёл нужное значение."
Совершенно верно! Кандидат который "все знает" - плохой работник. Во-первых, знать все нельзя, а вот подать себя будто разбираешься во всем - можно. Во-вторых, "Старый конь борозды не портит, но и новую не проложит". Знающий "всё" ничему учиться не будет.
Дополню: Я ещё не стал тестировщиком, но в процессе, меня лично как то прям, не знаю, воротит что - ли от этого "культа теории", складывается ощущение что все на ней просто помешаны действительно, Лёша в видео говорил что задаёт своим собеседникам вопрос, мол как удалить таблицу или значение из таблицы в БД, на что ему отвечают, ну ща подгляжу, и на это естественно следует возмущение, типа "Ну а зачем я тебя тогда спрашивал", действительно, зачем, если это вопрос, который гуглится ровно 3 секунды, на кой чёрт вообще это запоминать так, чтобы от зубов отскакивало, совершенно не понимаю, мне кажется важно понимание, зачем нужен какой либо запрос, а не то какую команду нужно прописать, разве я не прав? А и кстати, насчет разработчиков, у них подсматривать синтаксис - одно из главнейших вообще умений, потому что ни единое живое существо, не способно запомнить такой объем информации, ну никак, зазорным это, а уж красным флагом каким либо у них это явно не считается, в общем печально на мой взгляд все с QA по этому плану.
@@snowfox4812, ну ты представляешь исключение, которое не является репрезентативным примером, а всего лишь - частным случаем (я полагаю, что твой профиль является тестированием БД или модулем, отвечающим за работу с БД), но в широком понимании тестирования, это малозначимые знания в целом
Какие то придирки, судя по собеседованиям цель найти зубрилу . Ну поросил человек подсмортеть, что тут такого? Надо узнать понимает ли он, а не вызубрил. Может девам на стек овер флоу не заходить?
Охх. Работала тестировщиком с 2011. Финтех бигдата проекты. Первые 3,5 года была как раз тестером БД, использовался SQL нонстоп, потом полтора года админом БД, и даже была немного DevOps. Админом не понравилось, ушла в мануальное, с 2017 г. Проектов больше 20. И работала в Jenkins и в GIT, активно. Деплой, все дела. Дропнули с очередного проекта в начале 2023, как и всех украинцев оттуда. Полгода безрезультатных поисков, и впервые за столько лет - устроилась не-тестером. Кризис в отрасли, порядка 100-300 чел на левел миддл\сеньор. Дропы и дропы с собеседований, каждый раз новые причины. То все ОК, но нашли того, у кого "больше опыта на проектах нашего типа", то все ОК, но "команда посмотрела ваше резюме, и не захотела общаться". То долго спрашивают, точно ли мне ОК мануальное, а то у них другого нет. Ты изображаешь желание оставаться мануальщиком, работа нужна все-таки, и... Дропают до технического, мол, у вас нет скилла автотестера!! А ничего, что разговор изначально о другом был? Последний раз дропнули с 4 этапа, якобы нашли того, кто лучше соответствует, но по факту, это было в день, когда прилетела ракета в мой город. Думаю, испугались. С болью в сердце, отказалась от любимой работы, пошла, куда позвали. Не-тестером, хотя там есть менторинг тестировщицы. В эту рулетку можно играть вечно, а мне выживать надо, и ребенка кормить.
Вот о запросе к бд очень точно. Я проучился уже более 1,5 лет и довольно неплохо разобрался с теорией и sql в частности. Даже учебные проекты я "одевал" в дополнительную документацию, работал с запросами в Postman и был уверен в своих силах на собесах на позицию junior (хотя сейчас это тоже опыт = 1-3 года) и вот что я для себя выяснил на собесах: - практически ни одного раза меня не спрашивали о теории (совсем немного и база); - меня замучили сетями и все что с ними связано; - как ни странно в 90 процентах случаев меня гоняли по python (тоже база на все же); - основной упор на понимание процессов, инструментов и умению работать в команде (кое где говорили, что им вообще хард скиллы не интересны); - после многих собесов приходил фитбек о том, что мне нужно подтянуть такие то темы (ВНИМАНИЕ!! ВОПРОСОВ ПО НИМ НЕ БЫЛО😅) Так было не раз. В связи с текущей обстановкой и спросом превышающим многократно предложение работодатели не смущаются немного приверать в описании к вакансии и я никогда не лез в те, которые по описанию не тяну. Я понимаю, что требования есть и их нужно соблюдать и что я далек от идеала но ситуация с поиском работы меня уже надломила. Я просто перестал понимать кого ищут все компании при том, что вакансии висят месяцами на пролет. У каждого свой путь наверное, я очень уважаю людей кто работает в этой сфере и тех кто все таки решился а нее попасть но у меня история на этом заканчивается)) P.S 90 % откликов на зп 35+ ради опыта и всем нужны автотестыры со всеми вытекающими с опытом 3-6 лет и за вышеуказанную сумму денег и я не против этой суммы но никого не устроило) P.S_2 если кто то будет комментировать этот пост то не пишите, что я ною или я такой крутой, а все работодатели плохие. Я не это имею ввиду.
Просто жизненная ситуация.... сейчас на автотестов прям мейнстрим какой то.... Хотя некоторые компании вообще в ус не дуют про автоматизацию и зачем это им нужно
@@qwert1887 жиза, вписать автоматизацию (где ее нет и не скоро будет). в итоге отсечь мануальщиков, которые и нужны, взять автоматизатора, а он придет а там ток мануал и уволится, и так по кругу
Да-да, крайне "необходимые" знания, например для ребят, которые БД не трогают) Сам прошел несколько курсов по БД, спокойно жанглировал 3-хэтажными запросами, функциями и тд. По факту с тех времен так ни разу и не воспользовался этими знаниями. Большая часть уже выветрилась. Зачем мне инфа по БД, если я с ними не работаю - загадка) И стоит ли распыляться, тратить время на сухие знания, которые не пригодятся - едва ли. Стоит ли это время потратить на прокачку в задачах, которые решаешь / можешь решить на работе - однозначно. Опять реклама курсов ... Такое ощущение, что каждое новое видео пишется только ради интеграции очередной горе-школы) PS: насчет попыток расширить свои обязанности и не останавливаться на механическом ручном прогоне тестов - согласен PPS: искренне не понимаю, что странного в том, что человек, который занимался долгие годы одним направлением тестирования, не знает подробностей про теорию/практику другого направления. PPPS: Финальная мысль отличная - синьорность появляется не с годами работы, а с ее кол-вом/кач-вом/разнообразием
Так и есть. Везде просят и если ты за время работы хоть 1 раз попадёшь на тест этого, ты везунчик) Я вот 2 конторы сменил и всем нужен был sql. Ни разу за 5 лет не встретилось. Если надо, то это вообще не проблема в интернете за день посмотреть, что тебе надо для решения задачи. А гробить время на изучение чего-то год, полтора и не использовать вот вообще это такое себе. Оно выветрится всё
@@andrewkotov3234 меня как-то звали тестером БД, но там такие глубокие знания требовались, что редкий разраб справится). А еще математика на высоком уровне....)
До сих пор в вакансиях скл пишут, и на мое место работы тоже спрашивали как дань моде, но ниразу так в базу залезть и не дали)) имхо разрабы должны быть совсем тугие если нужно проверять какой он скл запрос вложил в метод
Не знаю, я в банке crm тестирую для меня использование sql ежедневная необходимость, с другого подразделения коллеги жаловались что не найти тестировщиков со знанием sql или не знаю или слишком слабые
Это мысли с высоты опыта, это понятно. А теперь обратный вопрос. Когда ты в QA заходил, про эти вещи знал? (про БД молчу, и вправду довольно базовая вещь, на многих курсах разбирают)
Ты в конце видео в определенных пунктах прав, развитие нужно, но такое ощущение, что ты вообще оторван от реальности требований бизнеса для тестировщиков на разных грейдах и это проблема всех, кто работает в одном проекте и из проекта в проект идут с одним стеком. Такие советы крайне вредны для новичков, какие пайплайны, какие sql? sql в большинстве будет с веб мордой (ui интерфейс кто не знает), либо вообще доступа не будет, оставшаяся часть тестеров чутка будет иногда базовые запросы писать, получается есть где-то В лучшем случае 5% вакансий, где системно для работы нужен SQL. Все остальное разруливается с разрабами и девопсами, это их зона. Понимать надо, тратить время на детальное изучение - нет. Вот такое наслушаются новички, потом ударяются в святое изучение таких тем, ведь где-то увидели что надо, а потом на собесах отлетаю по реально нужной базе
ну он же сказал что это в основному нужно для тех кто будет работать с бэком. Ведь название видео не "1000 собесов с новичками" или "1000 собесов с фронтэнд тестировщиками"
Лол что? Разница между Postgre MySQL и MS SQL? Эти знания нужны инженерам по БД или программистам, а не тестировщикам. Делать CRUD операцию с SQL - это тоде анекдот. DQL - вот, что используется в 99% в QA, нам нужна БД, чтобы провести валидацию того, как отработала логика. Сдаётся мне, что Лёша новый курс по SQL готовит на 13 мес. за 100 тыс😂❤
А как лучше всего подготовиться к вопросам по SQL на собеседовании?) я тоже искал курсы по IT,рассматривал разные варианты,но в итоге выбрал Skypro и не пожалел))
Тот самый токсик интервьюер-всезнайка. Про CRUT зачем-то гонит. В компании дай бог доступ дадут к БД, а про удаление записей или их форматирование 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 чтобы взять смс код из базы 😂😂
1000 собесов и никого не взяли😂🤣😅. Здесь Леха всем дает понять, что значит «не для тебя моя роза цвела» 😆 и придумал настолько суровые собесы что Леха сам себя не взял бы🤣🤣🤣 даже по блату
Про CI/CD и подход QA. Да, явно не гуд, когда версия, которую ты тестировал на тестовом стенде - не попадает на прод из-за проблем на этапе деплоя. Но тогда вопрос, а нафиг нужна тогда целая каста DevOps с космос зарплатами? И разве не вся команда так или иначе отвечает за качество? Я не открещиваюсь, что могу пойти и посмотреть пайплайны и прочее, но это точно не ПЕРВЫЙ мой приоритет. Могу пойти, могу не пойти, есть много другой важной РЕЛЕВАНТНОЙ работы. Если проект серьезный с большими планами и приличной командой, то там не может не быть людей, отвечающих за это. И тогда это их зона должна быть. Отвечать "за все и даже больше" допускается на небольшом молодом проекте, но никак не в конторе, которая позиционирует себя состоявшейся.
Согласен, это зона ответственности Devops, а не тестеров. Но как я понял, Леша просто хочет чтобы тестеры были инициативны и развивались. Я согласен с этим, но талдычит, чтобы они там следили за CI/CD и т.п., вообще не вижу смысла (если ты только сам захочешь развиваться), не QA зона ответственности
Очень много из сказанного теория ради теории или особенности конкретно тех проектов, с которыми работал автор. Одно дело, когда вы берете человека на конкретный проект, заранее сообщив, что вот нужен человек на проект с монолитной архитектурой, где работают с Оракл и тогда логично, если у него будут спрашивать конкретно про эту субд и монолитку. Не может быть глубинных знаний об этом у человеке, который работал всю жизнь с клиент-серверной архитектурой и бд шарил через Монго. Знания в любом случае будут очень поверхностными, если ты не работал с этой темой на практике. Для меня в тестировщике самое главное это адаптируемость, т.к. очень часто и технологии, и те же субд даже в рамках одного проекта меняются. Да даже сами проекты бывает часто заменяться и на каждом нужно конкретно для каждой отдельной задачи погружаться и изучать специфики. Поэтому если человек может подсмотреть синтаксис и написать по нему корректный запрос это прекрасно. При реальной работе результат человека, который вытащил это из головы или из интернета, будет одинаковым. Для меня, например, знания SOAP UI это база проекта, нельзя не знать как пишется там автотест, создаются проперти, делаются нагрузочные тесты. Нужно ли требовать этого даже от сеньора? Да нет конечно, блин.
А в чём проблема подсматривать синтаксис, если это делается за 30 секунд поиска в гугле? Тем более, если человек крайне редко это использует. Я считаю, что если человек умеет решать проблемы с помощью гугла и главное ПОНИМАЕТ как это работает, то всё ок.
согласна, омг зачем держать в голове весь sql, если можно держать в браузере закладку с удобным ресурсом с хорошо расписанными в 1 месте командами. Селекты, которые гоняются каждый день, и так помнишь, а что-то позаковыристее можно за 5 секунд загуглить. Считаю эти все вопросы просто легализированной формой издевательства над кандидатами, особенно джунами хех(
Главное уметь пользоваться инструментами: гугл/чат гпт, а все остальное, абсолютно неважно. Когда мне нужно было что то сделать на JS, я зашел в гугл и выучил, когда надо было написать что то на Swift или баше, тот же гугл. Не вижу абсолютно никакого смысла держать все в голове. Важно понимать что надо сделать.
так и есть, нужно понимать свою роль и решать проблемы, забивать голову энцеклопедией и мериться этим на собеседованиях (которые на самом деле экзамены вопрос/ответ) очень в духе российских школ и универов
100% эти собесы полня хрень,нужно уметь решать задачи и выполнять свои обязанности, каким ты это будешь делать способом-твое дело, главное на выходе показать качество
У меня работе с бд вообще не взаимодействует никто кроме бэков, у нас монга, SQL пару лет назад на базовом уровне знал, но без практики забывается все. Так вот пришел я на собес на сеньора как-то раз, ответил почти на все вопросы кроме SQL, я даже просто запрос с join составить не мог т.к. тупо практики не было, а я не готовился особо перед собесом т.к. в требованиях к вакансии этого не было. Ну я просто сказал как есть типа практики нет, поэтому прямо сейчас меня про это бесполезно спрашивать, но это тот скилл, которым можно буквально за пару дней научиться, не думаю что это критично. Собеседующий со мной согласился и потом мне оффер сделали) Причем я сомневаюсь что мне сделали бы оффер если бы я идеально знал SQL, но зафейлился на других более фундаментальных и важных вопросах. Ну то есть вот представьте что есть 2 кандидата, один знает какой-то ЯП и у него есть опыт построения нескольких тестовых фреймворков с нуля, он знает паттерны проектирования и когда их лучше применять и т.п, но с SQL не работал. И есть второй, который кое-как может состряпать пару тестиков, но идеально знает SQL, кого бы вы выбрали? Возможно это конечно исключение, но по-моему реально подобные скиллы типа SQL не должны существенно влиять на выбор кандидата на QA или AQA, такое буквально за несколько дней можно нагуглить и наработать практику, быстрее чем ты онбординг в компании пройдешь.
Полностью с вами согласен, я в сфере QA работаю 9 лет. Честно, с SQL я пользовался только в ОДНОЙ компании (а я уже во многих компания проработал), там реально было требование и я там его хорошо выучил, потому как там реально с БД надо было работать и данные оттуда смотреть. и это было уже 6 лет тому назад. Сейчас, я уже забыл join, create и т.п. Ед что более менее помню, так это Select, Update, Delete. К чему это я, что, если в компания SQL не нужен (а он не нужен в 90% случаев), то потом это все забывается без практики. Ок выучишь ты его сейчас, через год ты его опять забудешь, если не раньше. Потому в твоей компании он нафиг не нужен. Если в компании нужен SQL, так и спрашивай его
Подскажите что проверяет вопрос "отличия между БД оракл и постгреSQL" и как эти знания помогут на проекте, где, например, используется только постгреSQL или на любом другом?
Это проверяет, что ты действительно разбираешься как и что работает, и соответственно заинтересован в развитии. Компаниям не нужны спецы, которые стоят на месте.
Ключевая фраза "если ты это делаешь каждый день, то как этого можно не знать". А если не делаешь каждый день или вообще не делаешь как минимум на текущем проект?
@@АлексейНикитин-и6щ охотно верю. Да я уже понял, что в прошлом году надо было врать как не в себя и любыми правдами/неправдами устраиваться хоть куда. А сейчас я уже как валенок ненужный
Я не очень понимаю, в чем проблема, если на предыдущем месте я не делала каждый день какой-то запрос на SQL, поэтому точно синтаксиса не помню, а теперь на новой работе подсмотрю пару раз и запомню. Ведь смысл в понимании, как язык работает, а не в том, чтобы все запросы наизусть знать, нет? Отличие новичка и миддла, в том что второй найдет инфу и применит её, а не будет ждать помощи свыше или бегать с вопросами к коллегам.
Полгода искала работу, никто не спрашивал про sql и базы данных, один раз попросили объяснить , что такое БД на бытовом уровне и все на этом. Полгода работаю на web-тестировании и ниразу мне не давали доступов к БД.
Отличное видео, как инструмент подготовки к собесам. Многие в комментах жалуются, что ничего из сказанного не используют в работе. Да, согласна с этим поинтом. Но прохождение собесов и умение хорошо делать свою работу в качестве куа инженера- это, кажется, два параллельных навыка, которые никогда не пересекутся))
Видео интересное, но по мне, не слишком полезное, ибо тут явная ошибка выжившего. Все видео только о недостатках. Как мне кажется, стоило больше уделить внимания сильным сторонам соискателей: объяснить, чем отличаются сильные тестировщики от слабых, и рассказать об их преимуществах, а не о недостатках. Если выучить sql, kafka, gRPC, но прийти на собес со средними знаниями в других областях, то я уверен, что возьмут того, кто силен в чем-то реально ВАЖНОМ. Вот об этих важных областях, на которые интервьюеры обращают внимание, и хотелось бы услышать
Не гоните на Алексея, дело говорит. Про новичков тут речи нет, а для засидевшихся синьеров-помодоров это хороший пинок под зад. Подписываюсь под каждым словом.
Лёша, вот тебе конструктивная критика. Бревно в своём глазу не видишь . А задавался ли ты вопросом, есть ли в твоих видео ответыиеа вопросы которые ты задаешь? Нет. Взять хотя бы клиент серверная архитектура.
Это про меня 5 лет была в одной компании. Когда вышла на собеседования оказалось что мир поменялся - много новых технологий, ЯП нужно знать в 90% вакансиях мануальщиков, все повернуты на тестировании АПИ. До кучи выросла конкуренция и чтоб тебя позвали на собес нужно ждать неделями.
Да у меня сейчас такая ситуация, я работал 2 года в банке тестировщиком, занимался регрессионным тестированием(узнал как называется только после как ушёл с работы и начал ходить на собеседования) все на практике изучал, но теорию вообще не знал, только банковскую теорию знал, чтобы понимать что я проверяю, после того как расформировали отдел, я начал искать работу и теперь я понимаю я отстал по технологиям, нет знаний теории, даже основ, то есть я применял методы которые не знал как называются, ,ща вот пытаюсь догнать .
@@rkd8369 всё зависит от организации и как договоришься, и какой у тебя уровень, в самом начале зп от 55 тыс. + в банках в регионах, если работать на Москву на банки то больше, а бывает даже намного.
Зачем докапываться на собесе до знания того что гуглится за 1 минуту и может быть сразу сделано, если это будет необходимо. Это я имею в виду SQL CRUD Но за видос в общем и целом спасибо - полезно.
Самая главная ошибка в найме, это то, что техническое интервью позволяют проводить вот таким людям) точнее проводить ладно - принимать решение по его результату Подобные профессионалы совершенно не умеют в бизнес
Ну что, Леша, нахватал дизов и кучу негатива в комментах? то то же. Главное понимание ,а не тупое заучивание. Если человек редко пользуется sql, но понимает что зачем и куда - подсмотреть не стыдно. Стыдно наизусть знать запрос, но не справиться, если задачу не описывали в учебнике. Попался бы мне такой лид, для которого гуглить позор, мы бы не сработались. Твое счастье, что еще не попался джун, который даст отцовского леща и в чувство приведет :) Это юмор. Просто давно ли ты вырос, знаешь ли ты весь стек технологий и не плаваешь ли ты в областях, которых не касался? Вот и получается, что сам такой, а вопросы задаешь.
Спасибо за видео. Классное напутствие! Всегда приятно быть разносторонним специалистом. Это совет скорее для людей, которые уже какое то время работают в сфере и стали жертвой стагнации. Респект
2:43 - под нечасто, вы хотите сказать - никогда. Добавление записей в БД, напрямую, в рабочем продукте чревато очень большими последствиями. Не говоря уж про то, что часто нужно добавлять записи сразу в несколько таблиц, чтобы получить рабочую сущность. К сожалению с этим надо работать регулярно, потому что проседаешь через пару лет. Но это очень быстро восстанавливается и нарабатывается. Другое дело, что на собесах это не всегда спрашивают. Далеко не всегда. А на работе это почти никогда не надо.
SQL не панацея, сейчас тренд на Full Stack Tester - и тестировать и разворачивать и автоматизировать и генерить тестовые данные. Надо очень сильно поднимать свою Т-образность во всех аспектах
еще желательно и аналитиком и программистом и дев опсом и дизайнером и менеджером сразу быть, и больше 1000 долларов не просить а после работы сидеть постоянно учить новое, если нет овертаймов в отпуск не ходить, не болеть, семью/детей/животных не иметь если бы еще придумали чтоб человеку сон не требовался - вообще красооотааа
Лёша, благтдарствую за видео. Меняю сферу деятеььности помимо прочего грызу ваш шести часовой курс. Это видео выскочило автоматом. С четырнадцатой минуты вы подняли очень важную и "наболевшую" мелочь во всех сферах. Все знаю фразу развивайтесь, но вы подробно разжевали, что она на самом деле значит. Вроде бы очевидно и знают все, только это очевидное каждый воспринимает по своему, а собеседованте в итоге одно и без приглашения😂. Ещё спасибо за наводку.
учить как тестировать софт и что такое тестирование, qc, qa, тест анализ и тест дизайн, etc все остальные инструменты и технологии изучаются в разы быстрее и по мере необходимости (на проекте)
А когда работать будете? Ведь 1000 собесов это 1500 часов потраченного рабочего времени. При загрузке в 6 часов в день на задачи, вы потратили 250 дней только на собесы и не принесли никакой пользы продуктовой команде, а зп вы получали. По выполненным задачам вы больше относитесь к HR. 🎊
Пока не появиться система образования которая будет давать реальные рабочие знания (чтобы человек сразу мог начать работать после учебы, без дополнительного образования), страдать будут все - и работодатели и те кто хочет работать в IT. Проблема в том что все айтишники это самоучки. А когда ты сам всему учишься невозможно знать все то что нужно работодателю.
Каждому работодателю нужен свой стек технологий, при чём тут система образования? Хотя такое тоже существует - стажировки и/или бесплатные курсы у айти, например, технодром ibs, но и у других видел.
работодатели как раз не страдают, а делают деньги, и платят людям копейки, вшивая в голову идею что они ничего не стоят и должны постоянно учиться (а создатели курсов только и рады их продавать)
Честно скажу, что не согласна. Я хочу быть просто достаточно хорошим специалистом на своем проекте. Всё. Мне не интересно читать и изучать новые технологии после работы. Я не позиционирую себя как супер-пупер круто спеца и честно пишу о своих навыках в резюме. Надо изучить - сделаю, вообще без проблем. Но больше меня бесят люди, которые пишут, что знают sql, а потом валятся на банальном select. Тогда уж совсем в резюме не указывайте. P.S. я встречала людей, которые действительно кайфуют от всей этой IT-шной движухи, от новых технологий. Это очень круто, они прекрасные специалисты и я по-доброму им завидую. Но таких меньшинство
@@EnumaAnuEnlil не обязательно быть фанатиком, чтобы кайфовать. В начале пути тоже кайфуешь - новизна, энтузиазм, озарения, крутые люди. Потом этот конфетно-букетный период проходит, потом ещё чутка подвыгораешь пару раз - и начинаешь ко всей этой айтишной фигне относиться куда более здраво. Расставляешь приоритеты, налаживаешь баланс, приобретаешь здоровый пофигизм. И в гробу видал это айти в нерабочее время. Потом, правда, бывают ещё всплески энтузиазма, связанные с новыми людьми, новыми проектами, etc. Главное, уметь притормозить и не выгореть в очередной раз.
С таким подходом, просто достаточно хороший специалист станет...скажем, просто удовлетворительным специалистом спустя время...и потом все, сокращение. Кто там говорил, что нужно постоянно учиться?
@@afterlife1990 Какие бы ни были скилы, все равно рабочим на галере не поспеть за наполеоновскими планами менеджмента у которого мотивация в количестве сданных фич.
Что плохого быть на одном проекте 10 лет? и Разбираться в этом продукте от и до? Почему это сразу полльзователи? Системы есть разные, есть такие чтоб познать их нужно 6-12 мес. И расскажите западным специалистам или японским, что в компаниях по 15-20-30 лет работают, какие они продвинутые пользователи, а не тестировщици или программисты. И лояльность компаний к таким людям невероятно высокая, и как раз ценят их экспертизу. Нафига мне прыгать с места на место - если меня все нравится на моем? Тем более в условиях глобального экономического (и не только) кризиса. А если человек постоянно меняет проекты и компании - может он поверхностый и как раз не получил глубинного понимания и опыта?
в зачем нужна эта теория в реальной работе, чем одна бд отличается от другой, и более того ни я ни мои коллеги кто работает тестировщикам не имеют доступа к бд, это достаточно не часто встречаемая вещь среди тестировщиков, даже кто отлично пишет автотесты и на апи на юай. Но моя боль, что я например могу написать запрос даже зная где нужен хэвинг, а где where, и все остальное перечисленное в видео тоже, но предпочтение все равно отдадут молодому мальчику, с оговоркой ну ниче мы его научим. 40 девушкам пробиться намного сложнее даже при условии что все из перечисленного в видео знаешь.
15:33 вот именно за этим я перехожу из разработчики в тестировщики. Абсолютно не вижу причины это порицать. Если человек не хочет развиваться значит не хочет, он пришел деньги зарабатывать. Если отстанет - нагонит. Абсолютно вас не понимаю, везде какая-то спешка
они курсы продают, им выгодно пропагандировать идею постоянно учись и закрывай проблеы, так же как и компаниям работодателям выгодно за копейки эксплутировать народ, вещая про продуктивную продуктивность жить людям не нужно и время свое тоже, а то поди хаметят что в мире творится и думать начнут
По задачкам SQL помню решал их много. Но вот пол года прошло я этим не пользовался и сейчас посади меня фиг я что сразу вспомню. Если с этим не работаешь оно забывается
да, общие вопросы на собесе, но ты не учел особенностей компаний, человек работает с Mysql, и идет в контору где только MySql используется то велком, а если ты начинаешь у него спрашивать по всему курсу, и тех технологий касаться если ему не надо это, а так же грейды, ты многих сеньоров спроси они и половины не ответят. ААА, тестировщика... а не QA, сам то разберись в чем разница QA от тестировщика
Бесполезно просто зубрить побольше всего, нужно искать возможности практиковаться у себя на работе. А это далеко не всегда возможно, зачастую тебя к той же ci cd просто не подпустят, потому что никому не нужно обучать и развивать. Сиди себе и тыкай кнопки, ты ж мануальщик. Проблема развития на проекте зачастую не менее актуальна для джуна, чем поиск работы, приходится в свободное время обучаться самому, а потом еще упрашивать старших коллег, чтобы взяли в помощники по сложным таскам. Только скорее всего мягко пошлют, чтоб под руками не мешался и не спрашивал, у всех работа,всем некогда
@Деша Маршал, а что думаете, если к вам придет дата инженер с двухлетним опытом работы, чтобы устроиться к вам тестировщиком без особых знаний в тестировании? На что он может рассчитывать? Возьмёте ли вы его, чтобы вырастить крутого тестера, учитывая его опыт?
Не понимаю, гуглить - эт ок. Что плохого в том, что бы загуглить то, чем ты не пользуешься в своей работе в тот момент, когда тебе это понадобится? Вы что отличника ищите, у котторого должно все от зубов отскакивать ? Или ченловека, который понимает процессы и может загуглить то , чего не згнает и использовать это - бред просто
3:44 чел у тебя проф деформация, отдай на ревью свои вопросы, они бредовые они тебе не показывают знания человека, ты ищещь того кто просто наизусть всё запомнил или всёж того кто умеет решать задачи? если перед ним встала задача сделать сложный запрос в чем проблема посмотреть синтаксис?? люди которые наизусть вам всё расскажут скорее всего или очень много с этим работали или вот только повторили это, первое круто, а второе он забудет через день а в итоге из-за не правильного вопроса ты можешь принять второго, но отказать челу который бы быстро решил задачу посмотрев синтаксис. Поэтому правильнее поставить задачу и просить решить ее, или предложить решения а не запросы бесполезные спрашивать
Добрый день . Спасибо Вам за Ваш труд . Но в этом видео Вы столько называете терминов в одном предложении не понятных что теряю суть происходящего , пожалуйста не забывайте что даже и прошли Ваши 30 уроков QA но все же еще не можем знать все термины. Да иногда нужно как для д....детей я хота написать , все объяснять. А вообще я очень рада что нашла Ваш канал. Спасибо
я бы еще добавила знания философии и навыки шиться, нужно же заполнять пробелы и всегда учить что то новое, а вдруг пригодиться (так же как и кучи других тулзов итехнологий, которых нет в проекте)
Какой SQL... Не припомню проектов где тестировщиков пускали туда без прослойки в виде UI взаимодействия... Вы очень странный "специалист". Практический опыт был, кроме Ютуба?
на счет ci/cd конечно сложная история)) теория конечно - это классно, но я не представляю, чтоб меня наш дев опс пустил смотреть, что там у него и как происходит) с ним СТО с трудом говорит и за их спорами следит вся компания)) так что в ci я пока не лезу) если зайдут автотесты, которые я сейчас внедряю в проект, тогда уже буду глубже смотреть на это, пока для себя немного разбирался, но надо на практике все запустить)) и еще, чтоб не было проблем с тестированием стейджа, а потом на проде все не валилось, так как есть отличия, надо делать предпрод окружение и будет хорошо)) это особенно важно, когда продукт уже релизнут и имеет аудиторию)) На счет БД тоже классно, что сказал, надо будет повторить SQL, потому что на последнем проекте, где у меня был доступ к БД, это была нереляционная БД Монго и там у меня был прям полный доступ и своя коллекция с данными, которые я вертел как хотел, и мне это нравилось)) а вот SQL после этого мне стал немного противным, но все же надо вспомнить и продвинуть эти знания, так как они надо)
Если бы у бабки были яйца, то она была бы. Если QA с навыками автоматизации знает базы данных, то зачем ему вообще быть QA??? Можно сразу идти в кодеры. Мнение от кодера.
а зачем? я по работе часто пишу запросы. если есть перерыв, то местами забываю синтаксис, например. так же как и питон. пока активно использую, помню. забываю, смотрю. и, честно говоря, не комплексую на эту тему. если знать саму суть, то и ход мысли восстановить легко и правильный вариант за пол секунды нагуглить. в конце концов, для чего нужна документация, стековерфлоу, куча видео на ютубе и чатгпт? Конечно, чтобы освободить мозг для достижения наиболее амбиционзных целей и это точно не реклама курсов. Если на интервью предъявляют претензии к такому моему подходу, значит, не судьба нам вместе работать. Уважаемый рассказчик, харизма у вас ого го, подровняйте усики над верхней губой и продажи сразу пойдут в гору! Без обид.
1:38 с другой стороны это совсем бесполезный вопрос, какая блин разница чем оракл от пстгреса отличается если это почти одно и тоже, ты тестировщиков собесишь или бэкенд разрабов чел? тем более собес проходит в конкретную компанию у которой есть конкретная бд, зачем блин знать особенности всех существующих бд? Да и в целом знание sql ну не самое небходимое для не бэкенд тестировщика если это достаточно крупная компания все тестовые данные создаются через интерфесы, потому что как минимум ты тратишь на это лишнее время, а как максимум можешь создать не правильные данные или данные которые пользователь создать не может и всё в этом духе. бред бред бред если мне такой вопрос зададут я сразу пойму что в компании не нужны спецы которые решат их задачи, и они не могут построить норм процессы собесов, а значит что и другие процессы у них страдают
Ну про практику на курсах это неправда, вся практика и прочие активности закрываются, когда прошел дедлайн. А текст да, остаётся навсегда, но это текст… Кстати стажировок там кот наплакал, и только если ты всё круто знаешь, и для тебя есть место, не вводи людей в заблуждение, а то звучит так, как- будто там стажировка для каждого студента предусмотрена
Терпеть не могу таких. А -а! Ты этого не знаешь. И я точно знаю, что и этого ты не знаешь!.. Ну, так действительно, люди много чего не знают. И радоваться чьим-то пробелам так же, как и своим достижениям, это по крайней мере дебильно. Человек существо обучаемое. Надо радоваться, что специалист может обучиться. Автор ролика действительно, как писали ранее, прямо оргазмирует от чужого незнания. Фу! Бля. Аж противно!
Господи, SQL...CRUD...сколько времени нужно, чтобы вспомнить это, если это тебе понадобится в реальных задачах? 30 минут? Это же не на SQL Developer'а собеседование
![[#2024MAMA] ROSÉ (로제), Bruno Mars - APT. | Mnet 241122 방송](http://i.ytimg.com/vi/dgGqD28J6aQ/mqdefault.jpg)
Стань Тестировщиком на Python в SkillFactory:
go.skillfactory.ru/0NEoqQ
Возврат денег за курс, если не нашли работу после обучения + cкидка 50% по промокоду МАРШАЛ до 31.05.2023 г.
Действительно, народ повадился не знать того, чем не пользуется. А случись что лезет в интернет разбираться, синтаксис подсматривать.
А вот представь - ты в тайге, ночью, зимой, и без интернета, и нужно срочно послать сложный запрос на сервер дымовыми сигналами на языке чероки. А? Не справишься? Вот то-то же! А ещё в мидлы лезешь!
Во-во. А то напридумывали себе всяких IDE, пусть на листочках кодят.
Это актуально для тех, кто устраивается работать ночью в тайге зимой
Да еще и без знаний байт кода....👻
😃😃😃
уровень миддл это уже каждый четный четверг месяца, в полнолуние после дождя.
Я провел 1000 собесов QA и вот что я понял.
Что курсы skillfactory с нуля.
😂 👍🏼
Шляпа все эти курсы, можно не смотреть все эти видео, в которых воды чуть меньше чем полностью
Видео для рекламы.....
Не первый такой видос у него
в этом смысл же, как и идеи постоянно учиться, курсы то продавать нужно
Не соглашусь с CI/CD, а то выглядит так, что QA должен быть вообще затычкой от каждой дыры и без мыла лезть во все места. Все работают за деньги, получаемые в рамках своих обязанностей, не нужно романтизировать все фразой "Вы же инженер по тестированию". Качество продукта - задача команды, а то QA то QA cё, и читать должен и изучать должен и развиваться должен. Лошадь в колхозе работала больше всех, а председателем так и не стала!!!!!
=)))))))
Чел😂 с такими понятиями, далеко в этой жизни, по крайней мере на наемной работе не уедешь
@@solus_bellator7920 Просто ты ничего не понял, особенно работая на наемной работе.
В серьёзных конторах, никто тестеру не даст слишком много полномочий по доступам, кроме тим лидов
С другой стороны качество продукта - это проблема каждого сотрудника. Конечно, у всех своя специфика, но если ограничиваться только тем, что написано в трудовом договоре, ты не только не будешь расти, ты выгоришь от рутины. Профессию можно выучить за условную пару лет на проекте, а дальше что? Проект не вечен, компания не вечна, кадры, которые все это время прикрывались списком обязанностей, останутся не у дел.
«Знаю, что вот тут точно есть пробел». Господи, да у любого человека где-то да есть какой-то пробел. Это уже какой-то психоз. Можно подумать Вы все прям знаете и знали с самого начала.
Если человек знает базу, понимает процессы и умеет мыслить и гуглить, при этом есть желание работать в данной сфере, то заворачивать такого кандидата ковырянием того самого пробела- издевательство и пустая трата времени.
Кому надо работать- найдет своего соискателя.
А кто хочет пооргазмировать и самоутвердиться, тому никаких знаний не хватит для утверждения кандидата.
Да сам этот блогер пойдя в отпуск придет со этими же пробелами. Удивляет что qa менеджмент топит за бери больше кидай дальше, хотя сами не далеко от этого ушли и могут вернуться к рабочим процессам после смены работы и там уже будут свои же плоды пожирать.
И соглашусь с вами и нет, да обычно в своем пуле тулов и стеке рука набивается, и там достаточно просто. Сам проработал от сениора до лида 6 лет на огромном легаси (и в целом на тот момент почти 10 в отрасли), где до нас заказчик скупал всех конкурентов и интегрировал в себя, итог - все популярные языки в беке, мешанина соап и рест сервисов , UI вообще пачка технологий, где ты из страниц сделанных еще на перле выкатываешься криво воткнутый js, в беке тоже самое, что-то уже красивое в CI\CD, а что-то ты руками деплоишь в терминале (привед еще и знаниям команд и ключей) перед тестами, и гирлянда разных версий оракла за этим всем..
Да упарывались, сидели по 9+ часов, учились чтобы с этим управляться + административная работа лида \ зама ПМ, но только вот итогом стало несколько лет назад когда проект ушел индусам, что кусок новых тулов, технологий и т.д. успел еще и мимо пройти + у нас не было мобилок совсем, а они улетели в космос..
В итоге лютый даунгрейд в миддл+ (и хоть и быстро, но не сразу обратно), с тех пор зарекся пытаться все успеть.
P.S. Наши заказчики были из США, а значит по ходу дела (хоть это и хорошо) еще приходилось кроить время на курсы английского с B1 до С1.
P.P.S. Я уже спецом не собешу джунов давно, ибо те требования которые выкатывают сейчас вызывают улыбку, я в 2010 устроился на первую работу будучи студентом 3 курса программисткой специальности и умея писать кривенько код и запросики + за ночь перед интервью прочитав книгу Cавина, а не вот это все ;)
Работаю инженером около 30 лет, но не в IT. ). с юности помню выражение. хороший инженер не обязан все знать, хороший инженер обязан уметь пользоваться справочной информацией. ну и анекдот про красный мячик..."Физику, математику и инженеру дали задание - найти объём красного резинового мячика. Физик погрузил мяч в стакан с водой и измерил объём вытесненной жидкости. Математик измерил диаметр мяча и рассчитал тройной интеграл. Инженер достал из стола свою «Таблицу объёмов красных резиновых мячей» и нашёл нужное значение."
Совершенно верно! Кандидат который "все знает" - плохой работник. Во-первых, знать все нельзя, а вот подать себя будто разбираешься во всем - можно. Во-вторых, "Старый конь борозды не портит, но и новую не проложит". Знающий "всё" ничему учиться не будет.
За 10 лет я написал запросы в БД до 20 раз (причем в сумме реляционные и нереляционные вместе взятые).... Значимость этих знаний ничтожна для QA
Дополню:
Я ещё не стал тестировщиком, но в процессе, меня лично как то прям, не знаю, воротит что - ли от этого "культа теории", складывается ощущение что все на ней просто помешаны действительно, Лёша в видео говорил что задаёт своим собеседникам вопрос, мол как удалить таблицу или значение из таблицы в БД, на что ему отвечают, ну ща подгляжу, и на это естественно следует возмущение, типа "Ну а зачем я тебя тогда спрашивал", действительно, зачем, если это вопрос, который гуглится ровно 3 секунды, на кой чёрт вообще это запоминать так, чтобы от зубов отскакивало, совершенно не понимаю, мне кажется важно понимание, зачем нужен какой либо запрос, а не то какую команду нужно прописать, разве я не прав?
А и кстати, насчет разработчиков, у них подсматривать синтаксис - одно из главнейших вообще умений, потому что ни единое живое существо, не способно запомнить такой объем информации, ну никак, зазорным это, а уж красным флагом каким либо у них это явно не считается, в общем печально на мой взгляд все с QA по этому плану.
Ну не знаю, не знаю. Я вот сейчас работаю, и SQL мое все. Селекты, джойны, подзапросы, прочая разная уерга. Я не представляю, как я работал бы без SQL
@@snowfox4812, ну ты представляешь исключение, которое не является репрезентативным примером, а всего лишь - частным случаем (я полагаю, что твой профиль является тестированием БД или модулем, отвечающим за работу с БД), но в широком понимании тестирования, это малозначимые знания в целом
@@snowfox4812А вы где-нибудь рассказываете о работе? Может быть есть блог? Я бы почитала с удовольствием!
Какие то придирки, судя по собеседованиям цель найти зубрилу . Ну поросил человек подсмортеть, что тут такого? Надо узнать понимает ли он, а не вызубрил. Может девам на стек овер флоу не заходить?
Охх.
Работала тестировщиком с 2011. Финтех бигдата проекты.
Первые 3,5 года была как раз тестером БД, использовался SQL нонстоп, потом полтора года админом БД, и даже была немного DevOps. Админом не понравилось, ушла в мануальное, с 2017 г. Проектов больше 20.
И работала в Jenkins и в GIT, активно. Деплой, все дела.
Дропнули с очередного проекта в начале 2023, как и всех украинцев оттуда. Полгода безрезультатных поисков, и впервые за столько лет - устроилась не-тестером.
Кризис в отрасли, порядка 100-300 чел на левел миддл\сеньор.
Дропы и дропы с собеседований, каждый раз новые причины.
То все ОК, но нашли того, у кого "больше опыта на проектах нашего типа", то все ОК, но "команда посмотрела ваше резюме, и не захотела общаться". То долго спрашивают, точно ли мне ОК мануальное, а то у них другого нет. Ты изображаешь желание оставаться мануальщиком, работа нужна все-таки, и... Дропают до технического, мол, у вас нет скилла автотестера!! А ничего, что разговор изначально о другом был?
Последний раз дропнули с 4 этапа, якобы нашли того, кто лучше соответствует, но по факту, это было в день, когда прилетела ракета в мой город. Думаю, испугались.
С болью в сердце, отказалась от любимой работы, пошла, куда позвали. Не-тестером, хотя там есть менторинг тестировщицы. В эту рулетку можно играть вечно, а мне выживать надо, и ребенка кормить.
Вы очень хороший спец. Надеюсь у вас сейчас всё хорошо.
Вот о запросе к бд очень точно. Я проучился уже более 1,5 лет и довольно неплохо разобрался с теорией и sql в частности. Даже учебные проекты я "одевал" в дополнительную документацию, работал с запросами в Postman и был уверен в своих силах на собесах на позицию junior (хотя сейчас это тоже опыт = 1-3 года) и вот что я для себя выяснил на собесах:
- практически ни одного раза меня не спрашивали о теории (совсем немного и база);
- меня замучили сетями и все что с ними связано;
- как ни странно в 90 процентах случаев меня гоняли по python (тоже база на все же);
- основной упор на понимание процессов, инструментов и умению работать в команде (кое где говорили, что им вообще хард скиллы не интересны);
- после многих собесов приходил фитбек о том, что мне нужно подтянуть такие то темы (ВНИМАНИЕ!! ВОПРОСОВ ПО НИМ НЕ БЫЛО😅) Так было не раз.
В связи с текущей обстановкой и спросом превышающим многократно предложение работодатели не смущаются немного приверать в описании к вакансии и я никогда не лез в те, которые по описанию не тяну. Я понимаю, что требования есть и их нужно соблюдать и что я далек от идеала но ситуация с поиском работы меня уже надломила. Я просто перестал понимать кого ищут все компании при том, что вакансии висят месяцами на пролет.
У каждого свой путь наверное, я очень уважаю людей кто работает в этой сфере и тех кто все таки решился а нее попасть но у меня история на этом заканчивается))
P.S 90 % откликов на зп 35+ ради опыта и всем нужны автотестыры со всеми вытекающими с опытом 3-6 лет и за вышеуказанную сумму денег и я не против этой суммы но никого не устроило)
P.S_2 если кто то будет комментировать этот пост то не пишите, что я ною или я такой крутой, а все работодатели плохие. Я не это имею ввиду.
Врятли кто то здесь скажет что вы ноете.
Просто жизненная ситуация.... сейчас на автотестов прям мейнстрим какой то.... Хотя некоторые компании вообще в ус не дуют про автоматизацию и зачем это им нужно
Вам после собесов приходит фидбэк? Ну нифига себе вы мажор
@@MrMasenkiy ха-ха)) Рассмешили)) Приходит такой, что лучше бы не приходил.
@@qwert1887 жиза, вписать автоматизацию (где ее нет и не скоро будет). в итоге отсечь мануальщиков, которые и нужны, взять автоматизатора, а он придет а там ток мануал и уволится, и так по кругу
Да-да, крайне "необходимые" знания, например для ребят, которые БД не трогают)
Сам прошел несколько курсов по БД, спокойно жанглировал 3-хэтажными запросами, функциями и тд. По факту с тех времен так ни разу и не воспользовался этими знаниями. Большая часть уже выветрилась.
Зачем мне инфа по БД, если я с ними не работаю - загадка) И стоит ли распыляться, тратить время на сухие знания, которые не пригодятся - едва ли.
Стоит ли это время потратить на прокачку в задачах, которые решаешь / можешь решить на работе - однозначно.
Опять реклама курсов ... Такое ощущение, что каждое новое видео пишется только ради интеграции очередной горе-школы)
PS: насчет попыток расширить свои обязанности и не останавливаться на механическом ручном прогоне тестов - согласен
PPS: искренне не понимаю, что странного в том, что человек, который занимался долгие годы одним направлением тестирования, не знает подробностей про теорию/практику другого направления.
PPPS: Финальная мысль отличная - синьорность появляется не с годами работы, а с ее кол-вом/кач-вом/разнообразием
Все верно. Тестирование БД - это штука не частая на практике.
Так и есть. Везде просят и если ты за время работы хоть 1 раз попадёшь на тест этого, ты везунчик) Я вот 2 конторы сменил и всем нужен был sql. Ни разу за 5 лет не встретилось. Если надо, то это вообще не проблема в интернете за день посмотреть, что тебе надо для решения задачи. А гробить время на изучение чего-то год, полтора и не использовать вот вообще это такое себе. Оно выветрится всё
@@andrewkotov3234 меня как-то звали тестером БД, но там такие глубокие знания требовались, что редкий разраб справится). А еще математика на высоком уровне....)
До сих пор в вакансиях скл пишут, и на мое место работы тоже спрашивали как дань моде, но ниразу так в базу залезть и не дали)) имхо разрабы должны быть совсем тугие если нужно проверять какой он скл запрос вложил в метод
Не знаю, я в банке crm тестирую для меня использование sql ежедневная необходимость, с другого подразделения коллеги жаловались что не найти тестировщиков со знанием sql или не знаю или слишком слабые
За все время просмотра канала этого человека не мог отделаться от мысли что он какой то скамер)
Это мысли с высоты опыта, это понятно. А теперь обратный вопрос.
Когда ты в QA заходил, про эти вещи знал?
(про БД молчу, и вправду довольно базовая вещь, на многих курсах разбирают)
Ты в конце видео в определенных пунктах прав, развитие нужно, но такое ощущение, что ты вообще оторван от реальности требований бизнеса для тестировщиков на разных грейдах и это проблема всех, кто работает в одном проекте и из проекта в проект идут с одним стеком. Такие советы крайне вредны для новичков, какие пайплайны, какие sql? sql в большинстве будет с веб мордой (ui интерфейс кто не знает), либо вообще доступа не будет, оставшаяся часть тестеров чутка будет иногда базовые запросы писать, получается есть где-то В лучшем случае 5% вакансий, где системно для работы нужен SQL. Все остальное разруливается с разрабами и девопсами, это их зона. Понимать надо, тратить время на детальное изучение - нет. Вот такое наслушаются новички, потом ударяются в святое изучение таких тем, ведь где-то увидели что надо, а потом на собесах отлетаю по реально нужной базе
ну он же сказал что это в основному нужно для тех кто будет работать с бэком. Ведь название видео не "1000 собесов с новичками" или "1000 собесов с фронтэнд тестировщиками"
@@wockywocky3109 не соглашусь 6 лет уже тестер и вот про джоины слышу только на собесах не разу их не использовал ни один из всех отделов где бывал
Еще спрашивают знания на конфигурацию пайплайнов и знание докера. Что просто идиотизм.
А девопсов спрашивают на что тогда...
Согласен, работаю в крупном банке на очень сложном проекте и взаимодействие с бд через сваггер, база no SQL)
@@pavelterentiev7546а я работаю полтора года и юзаю каждый день =) от проекта зависит так то
Лол что? Разница между Postgre MySQL и MS SQL? Эти знания нужны инженерам по БД или программистам, а не тестировщикам. Делать CRUD операцию с SQL - это тоде анекдот. DQL - вот, что используется в 99% в QA, нам нужна БД, чтобы провести валидацию того, как отработала логика. Сдаётся мне, что Лёша новый курс по SQL готовит на 13 мес. за 100 тыс😂❤
А как лучше всего подготовиться к вопросам по SQL на собеседовании?) я тоже искал курсы по IT,рассматривал разные варианты,но в итоге выбрал Skypro и не пожалел))
Тот самый токсик интервьюер-всезнайка.
Про CRUT зачем-то гонит. В компании дай бог доступ дадут к БД, а про удаление записей или их форматирование QA вообще могут забыть - слишком большая ответственность и разрабы просто запрещают это делать
от знаний точного запроса не вырастишь в навыках. может быть толковый кандидат, который за пару минут загуглит этот запрос и напишет что угодно. а есть кто-то выучил пару запросив, ответил удачно хорошо, а потом не знает как другой запрос написать на практике. так что смысла нет так сильно углубляться и докапываться
именно поэтому умение проходить собеседование не имеет ничего общего с работой, это отдельное умение, так же как и умение составить резюме
@@vandaq просто в рф мало кто проводит СО_БЕСЕДование, а проводят экзамент, вопрос ответ и чтоб побольше впихать туда
согласна, важно понимание просто принципа как он работает. Если ты какие-то запросы не практикуешь постоянно, они просто забываются. Но нужна пара минут в гугле, чтобы вспомнить и написать, что угодно.
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 чтобы взять смс код из базы 😂😂
1000 собесов и никого не взяли😂🤣😅. Здесь Леха всем дает понять, что значит «не для тебя моя роза цвела» 😆 и придумал настолько суровые собесы что Леха сам себя не взял бы🤣🤣🤣 даже по блату
Взяли конечно. Я не говорил что никого ))
@@leshamarshal По блату😂
Про CI/CD и подход QA. Да, явно не гуд, когда версия, которую ты тестировал на тестовом стенде - не попадает на прод из-за проблем на этапе деплоя.
Но тогда вопрос, а нафиг нужна тогда целая каста DevOps с космос зарплатами? И разве не вся команда так или иначе отвечает за качество?
Я не открещиваюсь, что могу пойти и посмотреть пайплайны и прочее, но это точно не ПЕРВЫЙ мой приоритет. Могу пойти, могу не пойти, есть много другой важной РЕЛЕВАНТНОЙ работы.
Если проект серьезный с большими планами и приличной командой, то там не может не быть людей, отвечающих за это. И тогда это их зона должна быть.
Отвечать "за все и даже больше" допускается на небольшом молодом проекте, но никак не в конторе, которая позиционирует себя состоявшейся.
Согласен, это зона ответственности Devops, а не тестеров. Но как я понял, Леша просто хочет чтобы тестеры были инициативны и развивались. Я согласен с этим, но талдычит, чтобы они там следили за CI/CD и т.п., вообще не вижу смысла (если ты только сам захочешь развиваться), не QA зона ответственности
Очень много из сказанного теория ради теории или особенности конкретно тех проектов, с которыми работал автор.
Одно дело, когда вы берете человека на конкретный проект, заранее сообщив, что вот нужен человек на проект с монолитной архитектурой, где работают с Оракл и тогда логично, если у него будут спрашивать конкретно про эту субд и монолитку.
Не может быть глубинных знаний об этом у человеке, который работал всю жизнь с клиент-серверной архитектурой и бд шарил через Монго.
Знания в любом случае будут очень поверхностными, если ты не работал с этой темой на практике.
Для меня в тестировщике самое главное это адаптируемость, т.к. очень часто и технологии, и те же субд даже в рамках одного проекта меняются. Да даже сами проекты бывает часто заменяться и на каждом нужно конкретно для каждой отдельной задачи погружаться и изучать специфики.
Поэтому если человек может подсмотреть синтаксис и написать по нему корректный запрос это прекрасно. При реальной работе результат человека, который вытащил это из головы или из интернета, будет одинаковым.
Для меня, например, знания SOAP UI это база проекта, нельзя не знать как пишется там автотест, создаются проперти, делаются нагрузочные тесты. Нужно ли требовать этого даже от сеньора? Да нет конечно, блин.
+100500
Лёх, заговорил про CI/CD, пайплайны и процессы - сделай видосы по каждой из тем !
А в чём проблема подсматривать синтаксис, если это делается за 30 секунд поиска в гугле? Тем более, если человек крайне редко это использует. Я считаю, что если человек умеет решать проблемы с помощью гугла и главное ПОНИМАЕТ как это работает, то всё ок.
согласна, омг зачем держать в голове весь sql, если можно держать в браузере закладку с удобным ресурсом с хорошо расписанными в 1 месте командами. Селекты, которые гоняются каждый день, и так помнишь, а что-то позаковыристее можно за 5 секунд загуглить.
Считаю эти все вопросы просто легализированной формой издевательства над кандидатами, особенно джунами хех(
Главное уметь пользоваться инструментами: гугл/чат гпт, а все остальное, абсолютно неважно. Когда мне нужно было что то сделать на JS, я зашел в гугл и выучил, когда надо было написать что то на Swift или баше, тот же гугл. Не вижу абсолютно никакого смысла держать все в голове. Важно понимать что надо сделать.
так и есть, нужно понимать свою роль и решать проблемы,
забивать голову энцеклопедией и мериться этим на собеседованиях (которые на самом деле экзамены вопрос/ответ) очень в духе российских школ и универов
100% эти собесы полня хрень,нужно уметь решать задачи и выполнять свои обязанности, каким ты это будешь делать способом-твое дело, главное на выходе показать качество
Тут дело в том, что подсмотреть каждый может, а вот запомнить, оо это сложно.. собственного это и есть преимущество, а гуглом то все умеют
У меня работе с бд вообще не взаимодействует никто кроме бэков, у нас монга, SQL пару лет назад на базовом уровне знал, но без практики забывается все. Так вот пришел я на собес на сеньора как-то раз, ответил почти на все вопросы кроме SQL, я даже просто запрос с join составить не мог т.к. тупо практики не было, а я не готовился особо перед собесом т.к. в требованиях к вакансии этого не было. Ну я просто сказал как есть типа практики нет, поэтому прямо сейчас меня про это бесполезно спрашивать, но это тот скилл, которым можно буквально за пару дней научиться, не думаю что это критично. Собеседующий со мной согласился и потом мне оффер сделали) Причем я сомневаюсь что мне сделали бы оффер если бы я идеально знал SQL, но зафейлился на других более фундаментальных и важных вопросах. Ну то есть вот представьте что есть 2 кандидата, один знает какой-то ЯП и у него есть опыт построения нескольких тестовых фреймворков с нуля, он знает паттерны проектирования и когда их лучше применять и т.п, но с SQL не работал. И есть второй, который кое-как может состряпать пару тестиков, но идеально знает SQL, кого бы вы выбрали?
Возможно это конечно исключение, но по-моему реально подобные скиллы типа SQL не должны существенно влиять на выбор кандидата на QA или AQA, такое буквально за несколько дней можно нагуглить и наработать практику, быстрее чем ты онбординг в компании пройдешь.
Полностью с вами согласен, я в сфере QA работаю 9 лет. Честно, с SQL я пользовался только в ОДНОЙ компании (а я уже во многих компания проработал), там реально было требование и я там его хорошо выучил, потому как там реально с БД надо было работать и данные оттуда смотреть. и это было уже 6 лет тому назад. Сейчас, я уже забыл join, create и т.п. Ед что более менее помню, так это Select, Update, Delete. К чему это я, что, если в компания SQL не нужен (а он не нужен в 90% случаев), то потом это все забывается без практики. Ок выучишь ты его сейчас, через год ты его опять забудешь, если не раньше. Потому в твоей компании он нафиг не нужен. Если в компании нужен SQL, так и спрашивай его
Подскажите что проверяет вопрос "отличия между БД оракл и постгреSQL" и как эти знания помогут на проекте, где, например, используется только постгреSQL или на любом другом?
ну в контексте РФ довольно актуально понимать разницу между бд ораклом и пг. оракл отозвал поддержку и многие в экстренном порядке переезжают на пг
Это проверяет, что ты действительно разбираешься как и что работает, и соответственно заинтересован в развитии. Компаниям не нужны спецы, которые стоят на месте.
можно погуглить, и я бы не пошла в компанию работать, где такие вопросы задавали тестировщику
Ключевая фраза "если ты это делаешь каждый день, то как этого можно не знать".
А если не делаешь каждый день или вообще не делаешь как минимум на текущем проект?
Неловкий момент, когда лучше всего знаешь sql😂обновляла знания три раза, без практики все забывается
+1. Мне на собесах отмечали хорошие знания sql, но этого, увы, было не достаточно)
@@MrMasenkiy. Знаний хватило. Просто отказ потому что собеседуют ради собеседований
@@EnumaAnuEnlil ну хз, с начала года меня даже не собеседуют теперь)
@@MrMasenkiy счас нужны бекендеры и авто тестеры с 3+ лет опытом
@@АлексейНикитин-и6щ охотно верю. Да я уже понял, что в прошлом году надо было врать как не в себя и любыми правдами/неправдами устраиваться хоть куда. А сейчас я уже как валенок ненужный
Я не очень понимаю, в чем проблема, если на предыдущем месте я не делала каждый день какой-то запрос на SQL, поэтому точно синтаксиса не помню, а теперь на новой работе подсмотрю пару раз и запомню. Ведь смысл в понимании, как язык работает, а не в том, чтобы все запросы наизусть знать, нет? Отличие новичка и миддла, в том что второй найдет инфу и применит её, а не будет ждать помощи свыше или бегать с вопросами к коллегам.
Блин не хотела бы к вам на собес попасть 😃
То чувство когда тестировщик на заставке похож на Джона Сноу ИП 😂😂😂
Нет, это Джон Сноу похож на Алексея😁
Спасибо за Ваш труд! Коммент в поддержку канала.
Полгода искала работу, никто не спрашивал про sql и базы данных, один раз попросили объяснить , что такое БД на бытовом уровне и все на этом. Полгода работаю на web-тестировании и ниразу мне не давали доступов к БД.
Отличное видео, как инструмент подготовки к собесам.
Многие в комментах жалуются, что ничего из сказанного не используют в работе. Да, согласна с этим поинтом. Но прохождение собесов и умение хорошо делать свою работу в качестве куа инженера- это, кажется, два параллельных навыка, которые никогда не пересекутся))
Видео интересное, но по мне, не слишком полезное, ибо тут явная ошибка выжившего. Все видео только о недостатках. Как мне кажется, стоило больше уделить внимания сильным сторонам соискателей: объяснить, чем отличаются сильные тестировщики от слабых, и рассказать об их преимуществах, а не о недостатках.
Если выучить sql, kafka, gRPC, но прийти на собес со средними знаниями в других областях, то я уверен, что возьмут того, кто силен в чем-то реально ВАЖНОМ. Вот об этих важных областях, на которые интервьюеры обращают внимание, и хотелось бы услышать
Не гоните на Алексея, дело говорит. Про новичков тут речи нет, а для засидевшихся синьеров-помодоров это хороший пинок под зад. Подписываюсь под каждым словом.
Лёша, вот тебе конструктивная критика. Бревно в своём глазу не видишь . А задавался ли ты вопросом, есть ли в твоих видео ответыиеа вопросы которые ты задаешь? Нет. Взять хотя бы клиент серверная архитектура.
Это про меня 5 лет была в одной компании. Когда вышла на собеседования оказалось что мир поменялся - много новых технологий, ЯП нужно знать в 90% вакансиях мануальщиков, все повернуты на тестировании АПИ. До кучи выросла конкуренция и чтоб тебя позвали на собес нужно ждать неделями.
Устроились? Хорошо у вас опыт есть, это другое дело)
@@nensy22 Да, в российский всем известный банк. Они хантят очень много. Я же искала НЕ в рос банках, после неудач пришлось в банк устраиваться.
@@yuliapopova3273 а почему не в рос банках хотели?
@@nensy22 чтобы к РФ не быть привязанной и работать из любой точки мира. В некоторых банках еще и к городу оформления привязан.
Да у меня сейчас такая ситуация, я работал 2 года в банке тестировщиком, занимался регрессионным тестированием(узнал как называется только после как ушёл с работы и начал ходить на собеседования) все на практике изучал, но теорию вообще не знал, только банковскую теорию знал, чтобы понимать что я проверяю, после того как расформировали отдел, я начал искать работу и теперь я понимаю я отстал по технологиям, нет знаний теории, даже основ, то есть я применял методы которые не знал как называются, ,ща вот пытаюсь догнать .
@@rkd8369 всё зависит от организации и как договоришься, и какой у тебя уровень, в самом начале зп от 55 тыс. + в банках в регионах, если работать на Москву на банки то больше, а бывает даже намного.
Зачем докапываться на собесе до знания того что гуглится за 1 минуту и может быть сразу сделано, если это будет необходимо. Это я имею в виду SQL CRUD
Но за видос в общем и целом спасибо - полезно.
Самая главная ошибка в найме, это то, что техническое интервью позволяют проводить вот таким людям) точнее проводить ладно - принимать решение по его результату
Подобные профессионалы совершенно не умеют в бизнес
Ну что, Леша, нахватал дизов и кучу негатива в комментах? то то же. Главное понимание ,а не тупое заучивание. Если человек редко пользуется sql, но понимает что зачем и куда - подсмотреть не стыдно. Стыдно наизусть знать запрос, но не справиться, если задачу не описывали в учебнике.
Попался бы мне такой лид, для которого гуглить позор, мы бы не сработались. Твое счастье, что еще не попался джун, который даст отцовского леща и в чувство приведет :) Это юмор. Просто давно ли ты вырос, знаешь ли ты весь стек технологий и не плаваешь ли ты в областях, которых не касался? Вот и получается, что сам такой, а вопросы задаешь.
Лёша береги себя , очень хреново выглядишь!
Интересно что сейчас быстрее, попасть на работу тестировщиком или выучить другую специализацию в IT.
А зачем вам вообще ИТ?
@@rkd8369 очень плохо.
embedded разработка
прошел ваш курс, решил посмотреть данное видео и проверить что я знаю. В итоге я слышу каки-то заклинания. Пойду еще учиться, я даже не джун ((
Спасибо за видео. Классное напутствие! Всегда приятно быть разносторонним специалистом. Это совет скорее для людей, которые уже какое то время работают в сфере и стали жертвой стагнации.
Респект
нет ничего плохого в стагнации, это жизнь
2:43 - под нечасто, вы хотите сказать - никогда. Добавление записей в БД, напрямую, в рабочем продукте чревато очень большими последствиями. Не говоря уж про то, что часто нужно добавлять записи сразу в несколько таблиц, чтобы получить рабочую сущность. К сожалению с этим надо работать регулярно, потому что проседаешь через пару лет. Но это очень быстро восстанавливается и нарабатывается. Другое дело, что на собесах это не всегда спрашивают. Далеко не всегда. А на работе это почти никогда не надо.
Видео, для того что бы интегрировать рекламу про скилфактори . Значит 99% предыдущей инфы можно не учитывать.
SQL не панацея, сейчас тренд на Full Stack Tester - и тестировать и разворачивать и автоматизировать и генерить тестовые данные. Надо очень сильно поднимать свою Т-образность во всех аспектах
еще желательно и аналитиком и программистом и дев опсом и дизайнером и менеджером сразу быть, и больше 1000 долларов не просить
а после работы сидеть постоянно учить новое, если нет овертаймов
в отпуск не ходить, не болеть, семью/детей/животных не иметь
если бы еще придумали чтоб человеку сон не требовался - вообще красооотааа
Немцы еще во вторую мировую придумали средство, чтоб не спать по несколько суток)))
Первитин называется)))
@@katiatall
Лёша, благтдарствую за видео. Меняю сферу деятеььности помимо прочего грызу ваш шести часовой курс. Это видео выскочило автоматом. С четырнадцатой минуты вы подняли очень важную и "наболевшую" мелочь во всех сферах. Все знаю фразу развивайтесь, но вы подробно разжевали, что она на самом деле значит. Вроде бы очевидно и знают все, только это очевидное каждый воспринимает по своему, а собеседованте в итоге одно и без приглашения😂. Ещё спасибо за наводку.
Привет Леша) предлагаю написать списком, что нужно учить разбираться для джунов с перспективой на миддл и сеньеор позиции?) спасибо)
учить как тестировать софт и что такое тестирование, qc, qa, тест анализ и тест дизайн, etc
все остальные инструменты и технологии изучаются в разы быстрее и по мере необходимости (на проекте)
Что надо рекламировать skill factory ))))
А когда работать будете? Ведь 1000 собесов это 1500 часов потраченного рабочего времени. При загрузке в 6 часов в день на задачи, вы потратили 250 дней только на собесы и не принесли никакой пользы продуктовой команде, а зп вы получали.
По выполненным задачам вы больше относитесь к HR. 🎊
он сказал после 100 перестал считать, возможно было 101 собеседование, но главное написать что 1000
Пока не появиться система образования которая будет давать реальные рабочие знания (чтобы человек сразу мог начать работать после учебы, без дополнительного образования), страдать будут все - и работодатели и те кто хочет работать в IT. Проблема в том что все айтишники это самоучки. А когда ты сам всему учишься невозможно знать все то что нужно работодателю.
Каждому работодателю нужен свой стек технологий, при чём тут система образования?
Хотя такое тоже существует - стажировки и/или бесплатные курсы у айти, например, технодром ibs, но и у других видел.
работодатели как раз не страдают, а делают деньги, и платят людям копейки, вшивая в голову идею что они ничего не стоят и должны постоянно учиться (а создатели курсов только и рады их продавать)
Честно скажу, что не согласна. Я хочу быть просто достаточно хорошим специалистом на своем проекте. Всё. Мне не интересно читать и изучать новые технологии после работы. Я не позиционирую себя как супер-пупер круто спеца и честно пишу о своих навыках в резюме. Надо изучить - сделаю, вообще без проблем. Но больше меня бесят люди, которые пишут, что знают sql, а потом валятся на банальном select. Тогда уж совсем в резюме не указывайте.
P.S. я встречала людей, которые действительно кайфуют от всей этой IT-шной движухи, от новых технологий. Это очень круто, они прекрасные специалисты и я по-доброму им завидую. Но таких меньшинство
Фанатики есть в любой сфере. Не стоит им завидовать.
@@EnumaAnuEnlil Завидовать как раз стоит, это же офигенно
@@EnumaAnuEnlil не обязательно быть фанатиком, чтобы кайфовать. В начале пути тоже кайфуешь - новизна, энтузиазм, озарения, крутые люди. Потом этот конфетно-букетный период проходит, потом ещё чутка подвыгораешь пару раз - и начинаешь ко всей этой айтишной фигне относиться куда более здраво. Расставляешь приоритеты, налаживаешь баланс, приобретаешь здоровый пофигизм. И в гробу видал это айти в нерабочее время.
Потом, правда, бывают ещё всплески энтузиазма, связанные с новыми людьми, новыми проектами, etc. Главное, уметь притормозить и не выгореть в очередной раз.
С таким подходом, просто достаточно хороший специалист станет...скажем, просто удовлетворительным специалистом спустя время...и потом все, сокращение. Кто там говорил, что нужно постоянно учиться?
@@afterlife1990 Какие бы ни были скилы, все равно рабочим на галере не поспеть за наполеоновскими планами менеджмента у которого мотивация в количестве сданных фич.
Каждый раз ведусь на такие панические настроения, а потом такой - ааа... так вот оно что...
Что плохого быть на одном проекте 10 лет? и Разбираться в этом продукте от и до? Почему это сразу полльзователи? Системы есть разные, есть такие чтоб познать их нужно 6-12 мес. И расскажите западным специалистам или японским, что в компаниях по 15-20-30 лет работают, какие они продвинутые пользователи, а не тестировщици или программисты. И лояльность компаний к таким людям невероятно высокая, и как раз ценят их экспертизу.
Нафига мне прыгать с места на место - если меня все нравится на моем? Тем более в условиях глобального экономического (и не только) кризиса.
А если человек постоянно меняет проекты и компании - может он поверхностый и как раз не получил глубинного понимания и опыта?
Аааааа))) не качественная цифра и кликбэйт😂
Ну пошутили и ладно.
Спасибо за знания!
в зачем нужна эта теория в реальной работе, чем одна бд отличается от другой, и более того ни я ни мои коллеги кто работает тестировщикам не имеют доступа к бд, это достаточно не часто встречаемая вещь среди тестировщиков, даже кто отлично пишет автотесты и на апи на юай. Но моя боль, что я например могу написать запрос даже зная где нужен хэвинг, а где where, и все остальное перечисленное в видео тоже, но предпочтение все равно отдадут молодому мальчику, с оговоркой ну ниче мы его научим. 40 девушкам пробиться намного сложнее даже при условии что все из перечисленного в видео знаешь.
15:33 вот именно за этим я перехожу из разработчики в тестировщики. Абсолютно не вижу причины это порицать. Если человек не хочет развиваться значит не хочет, он пришел деньги зарабатывать. Если отстанет - нагонит. Абсолютно вас не понимаю, везде какая-то спешка
они курсы продают, им выгодно пропагандировать идею постоянно учись и закрывай проблеы, так же как и компаниям работодателям выгодно за копейки эксплутировать народ, вещая про продуктивную продуктивность
жить людям не нужно и время свое тоже, а то поди хаметят что в мире творится и думать начнут
Какой ты классный 😊
Сноу, ты жив? 😮
По задачкам SQL помню решал их много. Но вот пол года прошло я этим не пользовался и сейчас посади меня фиг я что сразу вспомню. Если с этим не работаешь оно забывается
Голос очень приятный, случайно зашла глянуть😅
да, общие вопросы на собесе, но ты не учел особенностей компаний, человек работает с Mysql, и идет в контору где только MySql используется то велком, а если ты начинаешь у него спрашивать по всему курсу, и тех технологий касаться если ему не надо это, а так же грейды, ты многих сеньоров спроси они и половины не ответят.
ААА, тестировщика... а не QA, сам то разберись в чем разница QA от тестировщика
Бесполезно просто зубрить побольше всего, нужно искать возможности практиковаться у себя на работе. А это далеко не всегда возможно, зачастую тебя к той же ci cd просто не подпустят, потому что никому не нужно обучать и развивать. Сиди себе и тыкай кнопки, ты ж мануальщик.
Проблема развития на проекте зачастую не менее актуальна для джуна, чем поиск работы, приходится в свободное время обучаться самому, а потом еще упрашивать старших коллег, чтобы взяли в помощники по сложным таскам. Только скорее всего мягко пошлют, чтоб под руками не мешался и не спрашивал, у всех работа,всем некогда
@Деша Маршал, а что думаете, если к вам придет дата инженер с двухлетним опытом работы, чтобы устроиться к вам тестировщиком без особых знаний в тестировании? На что он может рассчитывать? Возьмёте ли вы его, чтобы вырастить крутого тестера, учитывая его опыт?
Единственные ситуации, когда мне требовался sql - это на собесах
оконные функции можно еще добавить.
Алексей здесь рассуждает, как препод)) Очень сложно держать постоянно в голове всю озвученную информацию без практического опыта
Классный полезный видос. Алексей что-то с виду стал старее😮
Лёша молодец 👍🏽
Не понимаю, гуглить - эт ок. Что плохого в том, что бы загуглить то, чем ты не пользуешься в своей работе в тот момент, когда тебе это понадобится? Вы что отличника ищите, у котторого должно все от зубов отскакивать ? Или ченловека, который понимает процессы и может загуглить то , чего не згнает и использовать это - бред просто
3:44 чел у тебя проф деформация, отдай на ревью свои вопросы, они бредовые они тебе не показывают знания человека, ты ищещь того кто просто наизусть всё запомнил или всёж того кто умеет решать задачи? если перед ним встала задача сделать сложный запрос в чем проблема посмотреть синтаксис?? люди которые наизусть вам всё расскажут скорее всего или очень много с этим работали или вот только повторили это, первое круто, а второе он забудет через день
а в итоге из-за не правильного вопроса ты можешь принять второго, но отказать челу который бы быстро решил задачу посмотрев синтаксис.
Поэтому правильнее поставить задачу и просить решить ее, или предложить решения а не запросы бесполезные спрашивать
Добрый день . Спасибо Вам за Ваш труд . Но в этом видео Вы столько называете терминов в одном предложении не понятных что теряю суть происходящего , пожалуйста не забывайте что даже и прошли Ваши 30 уроков QA но все же еще не можем знать все термины. Да иногда нужно как для д....детей я хота написать , все объяснять. А вообще я очень рада что нашла Ваш канал. Спасибо
А как вы хороши в кубернетес? А в AWS?
я бы еще добавила знания философии и навыки шиться, нужно же заполнять пробелы и всегда учить что то новое, а вдруг пригодиться (так же как и кучи других тулзов итехнологий, которых нет в проекте)
@@katiatall да)
вот на 16.08 минуте что Вы сказали за технологию ?
Какой SQL... Не припомню проектов где тестировщиков пускали туда без прослойки в виде UI взаимодействия... Вы очень странный "специалист". Практический опыт был, кроме Ютуба?
Что такое "инсайты"? Может "инсайды"? Раз уж использовать зарубежное слово
это два разных слова. insight и inside
раз уж поучаешь, может погуглишь хотя бы
Спасибо!
Как-то очень пренебрежительно… все знать невозможно.
Щас бы еще CI/CD настраивать 😂
Вот за последние слова (Надо работать над собой) жму руку
на счет ci/cd конечно сложная история)) теория конечно - это классно, но я не представляю, чтоб меня наш дев опс пустил смотреть, что там у него и как происходит) с ним СТО с трудом говорит и за их спорами следит вся компания)) так что в ci я пока не лезу) если зайдут автотесты, которые я сейчас внедряю в проект, тогда уже буду глубже смотреть на это, пока для себя немного разбирался, но надо на практике все запустить))
и еще, чтоб не было проблем с тестированием стейджа, а потом на проде все не валилось, так как есть отличия, надо делать предпрод окружение и будет хорошо)) это особенно важно, когда продукт уже релизнут и имеет аудиторию))
На счет БД тоже классно, что сказал, надо будет повторить SQL, потому что на последнем проекте, где у меня был доступ к БД, это была нереляционная БД Монго и там у меня был прям полный доступ и своя коллекция с данными, которые я вертел как хотел, и мне это нравилось)) а вот SQL после этого мне стал немного противным, но все же надо вспомнить и продвинуть эти знания, так как они надо)
Такое крутое фото на заставке
Ну такое себе. Цель у вас какая? Задачу сделать или похихикать над тем что человек не помнит синтаксис. Токсичное поведение!
Лёш, возьми меня ждуном, у меня есть скил - буду приносить тебе на собесы попкорн с пепси ))
Красивый голос)
Что-то ты в рекламу стал скатываться. И паразитируешь на теме.
Так это собес на QA ,а зачем тестировщику что-то удалять,добавлять,если их в принципе к БД не допускают.
Выглядишь плохо, хорош бухать.
Если бы у бабки были яйца, то она была бы.
Если QA с навыками автоматизации знает базы данных, то зачем ему вообще быть QA??? Можно сразу идти в кодеры.
Мнение от кодера.
Алексей, а вы проводите тестовые собесы?)
Спрашивали на джуна отличие оракла и постгре)
а зачем?
я по работе часто пишу запросы. если есть перерыв, то местами забываю синтаксис, например.
так же как и питон. пока активно использую, помню. забываю, смотрю. и, честно говоря, не комплексую на эту тему.
если знать саму суть, то и ход мысли восстановить легко и правильный вариант за пол секунды нагуглить.
в конце концов, для чего нужна документация, стековерфлоу, куча видео на ютубе и чатгпт? Конечно, чтобы освободить мозг для достижения наиболее амбиционзных целей и это точно не реклама курсов.
Если на интервью предъявляют претензии к такому моему подходу, значит, не судьба нам вместе работать.
Уважаемый рассказчик, харизма у вас ого го, подровняйте усики над верхней губой и продажи сразу пойдут в гору! Без обид.
У меня так было на собеседовании: подсматривала синтаксис. 😂
1:38 с другой стороны это совсем бесполезный вопрос, какая блин разница чем оракл от пстгреса отличается если это почти одно и тоже, ты тестировщиков собесишь или бэкенд разрабов чел? тем более собес проходит в конкретную компанию у которой есть конкретная бд, зачем блин знать особенности всех существующих бд? Да и в целом знание sql ну не самое небходимое для не бэкенд тестировщика если это достаточно крупная компания все тестовые данные создаются через интерфесы, потому что как минимум ты тратишь на это лишнее время, а как максимум можешь создать не правильные данные или данные которые пользователь создать не может и всё в этом духе.
бред бред бред если мне такой вопрос зададут я сразу пойму что в компании не нужны спецы которые решат их задачи, и они не могут построить норм процессы собесов, а значит что и другие процессы у них страдают
Ну про практику на курсах это неправда, вся практика и прочие активности закрываются, когда прошел дедлайн. А текст да, остаётся навсегда, но это текст… Кстати стажировок там кот наплакал, и только если ты всё круто знаешь, и для тебя есть место, не вводи людей в заблуждение, а то звучит так, как- будто там стажировка для каждого студента предусмотрена
Терпеть не могу таких. А -а! Ты этого не знаешь. И я точно знаю, что и этого ты не знаешь!.. Ну, так действительно, люди много чего не знают. И радоваться чьим-то пробелам так же, как и своим достижениям, это по крайней мере дебильно. Человек существо обучаемое. Надо радоваться, что специалист может обучиться. Автор ролика действительно, как писали ранее, прямо оргазмирует от чужого незнания. Фу! Бля. Аж противно!
Господи, SQL...CRUD...сколько времени нужно, чтобы вспомнить это, если это тебе понадобится в реальных задачах? 30 минут? Это же не на SQL Developer'а собеседование
А, понял, это просто реклама курсов была...
А есть хороший самоучитель по cql?
Подскажите кто нибудь как правильно выбрать джойн, когда левый когда правый