Собеседование на тестировщика ПО (Junior QA) №13 

Я по три раза всё изучаю, чтобы понять. Это норма)

Да, но только если не знаешь языки - никто и не возьмёт тестировщиком))) все эти теории и названия можно знать вдоль и поперёк, методы, способы, нативные не нативные и тд тп, а когда КОД пришлют - всё, хз что там написано, сплошные символы и непонятные body// и прочее, что делать - всё ппц)

@@TheHixxyот ручных тестировщиков никто не требует знать код

@@TheHixxy давно ли отсутствие знаний по языкам программирования отметает возможность работать тестировщиком?

Во-во также проблема была

Стараюсь изо всех сил!

Ради таких приятных коментариев стараюсь) Спасибо большое

Пожалуйста!

Пора новый сезон выпускать

Я тоже ❤

Благодарствую!)

И тебе удачи! То, что впринципе удаётся попадать на собесы- уже большое достижение сейчас

Получила оффер?)

Нашла работу ?

Ты жива?

Ты уже разраб?) а если серьезно - получилось устроиться?)

Да, у многих даже разочарование в профессии начинается. Учили столько всего, а на практике может 1/5 знаний пригождается, а остальное забывается за пару месяцев.

Я вам больше скажу, за 11 лет в отрасли я уже что-то помню только машинально-интуитивно, плюс наслаиваются знания уровня построения процессов, сбора метрик, подмен ПМ\ ПО по ситуации, решения внепрофильных задач (аудиты, ревью, "бери лида девов и разберитесь в легаси 10+ лет давности, а то все кто был причастен давно ушли").. а уж если посидеть на одном проекте лет так 6 с одним стеком и тулами, там да, руки жмут в кнопки сами, а например из чистого веба в веб+мобилки шел с большим скрипом поначалу, а в интервью на сениор+ \ лид радует только что в целом ходишь поговорить за жизнь в основном, портфолио просто работает на тебя ;) @@cherkasovschool

5 минут за жизнь поговорили, посмеялись и оффер тут же получаю)

​@@cherkasovschoolГуба не дура)

Можно ещё систем дизайн спрашивать и литкод. Это вопросы, которые стащили у программистов и назвали "базой, которую надо знать"

​@@cherkasovschool Может и стащили, но разве в итоге на собеседованиях об этом не спрашивают? Пусть даже в итоге им от тебя нужна будет только база. Просто читаешь вакансии, чего только там не пишут в требованиях. Да и курсов для будущих джунов, где бы это не изучалось найти невозможно. В итоге каша, не понятно, что надо, а что просто стырили у программистов и говорят, что надо.

@@mihail_sergeev Я сторонник минимально необходимых знаний для прохождения собеседований. Если вам кто-то говорит, что надо получить сертификацию Cisco по сетям или знать какую то БАЗУ и вам подходит такая точка зрения- тогда учите это, я же не запрещаю. Я рекомендую как можно раньше прорываться на реальные собеседования и потом уже делать вывод что везде спрашивают. Интересный факт- многие ютуб авторы никогда не нанимали ни кого в свою компанию и смутно представляют, что происходит на рынке джунов, а только раскручивают маховик БАЗЫ добавляя туда каждый месяц знания, которые будут востребованы в 15% проектов

​@@mihail_sergeev для каждой компании по разному. Знакомая устраивалась после курсов Яндекс в крупную компанию так ее только по теории гоняли в основном сильно и по sql попросили написать пару запросов. Кстати работу нашла сразу и очень быстро меньше месяца плтребовалось)

Да, такая задумка и была)

Так всё от компании и принимающего человека зависит. Если бы была на всех одна книжка, выучив которую можно было везде пройти собеседование- все бы по ней и учились

Ну если что то не так с софтами я обычно сразу подсвечиваю- либо человек слишком быстро отвечает, либо если волнуется через чур. Существуют вопросы по управлению командой и разруливанию проблем внутри, но это больше для сеньёров уже

@@cherkasovschool хочу Вам выразить слова благодрности за то что вы делаете) Из ваших видео можно подчепкнуть и закрепить для себя основные моменты в теории тестирования)

На реальных собеседованиях чаще всего нейтрально мычат в ответ)

По мне, так достаточно просто знать, что такое существует и на manual QA влияет напрямую именно CD- мы получаем регулярные сборки на различных окружениях и даже можем управлять процессом (если нам сильно повезёт). CI содержит в себе элементы, которые улучшают качество тоже (Code review, merge conflicts checking, unit tests), но с этим соприкасаются только программисты и автоматизаторы тестирования.

@@cherkasovschool спасибо за разъяснение)

Ошибка выжившего)) и возможно локация где живешь. В плане того что можешь работать офлайн.

знаю питон, немногу джаву, postgres, docker,pytest,nginx,redis. не могу найти место в бэке, попробую себя в тестировании))

Мои конечно!) Вот прямо сейчас группу набираю

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

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

@@cherkasovschool спасибо большое, просто уже третье интервью и везде спрашивают вопросы типо «карандаш» вот и озадачился, может конечно особенности рынка, живу в ЕС… Спасибо еще раз за вашу работу)

Много собеседований уже прошли? Насколько глубоко должны знать все вопросы джуны без опыта? Что такое ОСНОВА? Вы знаете, что ручные тестировщики делают в ОСНОВЕ в реальной жизни?

@@cherkasovschool пока ни одного не прошёл. Но судя по другим видео вся эта теория мало интересует работодателя. А вот попарное тестирование, работа с консолью, работа с постманом, понимание работы с Чарли - очень даже интересует. Так же, это прям база, волнует понимание самого процесса взаимодействия фронта и бэка. Самый, по-моему, популярный вопрос на собесах про фронт и бэк, когда у тебя пытаются узнать понимаешь ты, вообще, как устроена работа связки "Клиент" - "Сервер". Основа в реальной жизни - написание тестовой документации, коротко, доходчиво, без ошибок. И постоянное изучение всего нового, чтобы быть востребованным и идти дальше/выше, как минимум, чтобы облегчить свою жизнь в дальнейшем, например, написанием автотестов. А там дальше только от тебя зависит, что дальше, можно и в разработку уйти.

@@svob1ivan То есть вы буквально спрашиваете, почему я, тестировщик с 9 летним опытом, спрашиваю не то, что снимают другие, у которых и 3х летнего опыта нет. Ответ: Потому что я спрашиваю то, что считаю действительно важным. Чарли мне приходилось использовать на 2х проектах из 12, постман примерно также. Так что я точно знаю, что действительно происходит в проектах. Может быть для вас будет открытием, но в большинстве случаев в простом вэб проекте API бэкендер сам протестит с фронтом, потому что это будет быстрее, чем писать бэкендовую документацию для Вас или создавать коллекцию в постмане. А ещё вы можете попасть в Нативную разбаотку, где будет минимальная связь с сервером и вам понадобиться умение смартфон вертеть 24/7, а не запросы отправлять. Так что я думаю Вы имеете смутное представление, что такое БАЗА.

Ваши комментарии: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-Ew9hUAZkBr8.html&ab_channel=ArtsiomRusauQALife

@@user-bv9zx5pk4i Ну он мог получить 10 000 ответов и там бы было ещё больше. Причём одни отвечали одно, другие- другое и всё это сведено в одну таблицу. "На всякий случай" можете попробывать выучить всё айти. Тогда может быть лет через 15 сможете на ручного тестировщика податься. Он там рассказывает, что джун ручного тестирования в консоли браузера будет запускать какой то JS код. Это абсолютные фантазии. Ну и больше половины опрошенных- из продуктовых компаний. А вакансий в продуктовые компании меньше трети из всех компаний. В продуктовых любили мучать собесами ещё 10 лет назад. Так как они все хотят быть как Гугл и Эппл.

Потому что когда цель собеса- не замучать кандидата рандомными вопросами, а понять, подойдёт ли человек собеседующеиу в команду- то задаются именно такие вопросы как у меня

Ну если упороться и учиться весь день рабочий, то за неделю можно справиться, я думаю

@@cherkasovschool только если так, но я в такой подход слабо верю, все равно все должно уложиться в голове, виды, классификации, техники и прочее Либо у него вся стена за монитором обклеена листами А4 со схемами про виды/типы, а саму суть уже лепет как попало от себя) Раз уж вы ответили, подскажите, пожалуйста, вот зная неплохо про виды, типы, qa,qc, testing, техники, понимая в целом про методологии разработки, имея опыт в mssql, имея небольшой опыт работы ручным тестировщиком, но в узкой специфике (мобильный оператор, работа с сим картами, сервисами разными и т.п.), НЕ имея опыта веб тестирования, работы в постмане, на что можно рассчитывать на рынке? Сейчас смотрю про сетевые протоколы, HTTP для понимания, далее планирую просмотреть курс по Postman. Успел даже написать пару автотестов на Java+Selenium, а потом понял, что очень сильно страдает теория тестирования (так как попал можно сказать на работу спустя неделю самостоятельного изучения) и начал закреплять теорию.

Что удивляет? Что есть холиварные темы, которые сложно развернуть так, чтобы всем понравилось?

@@cherkasovschool уважаемый автор, не хотел вас обидеть :) я имел ввиду, что сомневаюсь, что человек, узнавший о тестировании 2 недели назад может так продвинуться в теории хотя бы. Может у него бэкграунд разработчика конечно большой... У вас интересные интервью. С удовольствием смотрю 👍

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

@@cherkasovschool А зачем вы подменяете ваши же слова? Про минорность не было сказано ни слова. Было сказано что регрессионное тестирование самое не важное! При это любой банк без регресса не допустит доработку до продуктива. Любой телеком без отчёта о тестировании не допустит релиза нового функционала. Да и в принципе любая Серьёзная компания без регресса никогда не будет ничего лить на прод! Цена ошибки? это когда у вас был рабочий процесс расчёта допустим налогов! И было обязательное поле для документа подачи налогооблажения. По этому документы внесли важные правки в его составление и подачу. И о "чудо" обязательность поля слетела с формы. ФНС потеряла часть данных при подачи документов от пользователей за неделю и понесла тем самым убытки в бюджет. И таких примеров масса! Есть форма расчётов кредита. 4 страницы. В доработке решили добавить 5-ю страницу. Вы протестировали всю новую доработку. но не хватило времени на регресс. и оказалось что 3-ая страница может быть скипнута без заполнения. А там заполняются паспортные данные. Банк выдал кредит неизвестным лицам. Представляете сколько людей воспользовалось дыркой до того как её заметил и пофиксили? А какой ущерб???

​​@@cherkasovschoolпривет) а почему именно минор в пример взял. Может быть новая фича поломает критический путь юзера? Разве регресс не проверяет связанный функционал с выпускаемой фичей :)?

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

​@@cherkasovschool Регулярно собеседовать кандидатов для чего? У вас в компании текучка тестировщиков? Или у вас количество сервисов на уровне VK или Сбера? Если цель собеседование ради собеседования, тогда да. Но обычно у тимлида и другая работа есть, а не только бесконечные собеседования некомпетентных кандидатов. Много раз и сам прерывал собеседования, когда кандидат начинал нести ерунду, а именно это и делает ваш "кандидат" на видео. Так же был свидетелем как другие лиды и СТО прерывали собеседования с QA и разработчиками, когда те на элементарные вопросы не могли ответить

Не хотел бы я работать с людьми, у которых терпения хватает на 2 вопроса и они бегут прерывать собеседование. @@edentor

Так вы и не работаете@@cherkasovschool

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