Александр очень хорошо подготовился! Прямо можно учиться по этому интервью. Спасибо за проделанную работу и вообще за возможность смотреть такие мок-интервью 👍
Супер! Очень объемное интервью, обе стороны было приятно слушать. У соискателя отлично поставленная речь и есть уверенность в себе, такие люди везде пробьются🔥🔥🔥
Заканчиваю обучение на тестировщика. Хотелось бы ещё услышать вопросы по БД/свагер/фидлер/рест/соап, что бы знать что могут спросить на грядущих собеседованиях. А вообще очень интересно смотрится и появляется уверенность в своих силах)) Спасибо за такой замечательный контент))
Отличный и полезный формат. До этого видео я думал, что на собеседовании буду что то кряхтеть на каждый вопрос. Нет, оказывается смог бы на многие вопросы из этого видео ответить.
Я бы на вашем месте просмотр собеса и личное участие всётаки разделил) Есть шанс, что даже обладая хорошей базой знаний будете потеть и кряхтеть от волнения)
В конце было по практической части с проверками полей ввода - у меня такое было на первом собесе в рос.айти-гигант, накидал многое из сказанного, но после собеса получил фидбек, что этого не хватило, а по теории ничего не спрашивали, только про опыт, своё видение дальнейшей карьеры и про готовность к долгой унылой мануальщине))
Ды нормальная мануальщина. Ничё не унылая)) Как будто разработчики там прям все нереально самореализовываются творчески. Им дают чужой старый код, вилку и они чистят (если вы понимаете о чём я).
Это частая ошибка на самом деле, потому что тест кейс и баг репорт частично по полям пересекаются. + очень многие менторы сейчас рассказывают, что у тест кейса зачем то надо выставлять приоритет. Хотя это на практике решается созданием Смоук/сэнити/регрешн съютов
Надеюсь, Александр получил хороший оффер! Молодец, на каждый вопрос дал адекватный ответ. Кто пишет про шпоры, то ими тоже незаметно пользоваться целая наука)
@@GACHIMUCHIANDJOJO я месяц назад получила очень хороший оффер. Опыт у меня нет, я еще даже еще не закончила учебу в практикуме) так что нужно верить и проходить собесы)
Вот такое нашла у Куликова: "В глоссарии ISTQB сказано просто: «sanity test: See smoke test»." Просто сколько я уже читаю и смотрю, вопрос, чем отличается смок от санити - везде отвечают по-разному, сил моих нет)
Смотрел с перемоткой, но если таки соискателя не поправили с ответом про "как работает интернет", то я бы рекомендовал почитать ему) На интервью всё таки не такого ждут :)
Это адекватное интервью в идеальной среде, но читая всякие телеграмм каналы, чаты, эйчары сейчас лютуют, то что в видео даже не спрашивают, какие то линуксы, полукоды, веб вертска и т.д и это на джуна!!!!!
Всякое бывает. главное понять соотношение часто встречающихся и редких/уникальных вопросов. А также надо понимать, что не обязательно ответить на все вопросы на интервью, чтобы вас взяли. Ну и огромные чаты для джунов, где все друг друга пугают- на самом деле не очень полезное место
Чисто ради интереса . А каким образом джун будет писать тест план? и если он будет на скраме. Может там лучше использовать тест план для каждого спринта. И он там по идее уже стандартизирован. К тому же имеет смысл иметь тест план для регресса и смока. А как джун который только пришел в тиму оценивать колличество часов на фичу ? Кто ему это даст? А в какой системе он работал ? может джира может встс, там могут процессы быть автоматизированным. Я не совсем понимаю , когда мидла спрашивают по mysql . А джуна спрашивают про документацию и тест план.
тест план не обязательно будет включать детальное описание тестирования конкретных фичей и общие требования/подходы. То есть он имеет более стратегический смысл. В каждом спринте будут собираться тест съюты с конкретными проверками
в половине вопросов очень много говорит лишнего. у меня так же было. уходит от прямого вопроса в вопрос, который не спрашивали. это тяготит и по лицу Николая видно. мне после того как дважды сделали замечание, только потом понял. если надо, рекрутер сам спросит что ему ещё нужно. отвечать нужно конкретно. но обозначу плюс этого видео для всех. это как аудиокнига всех пояснений к теории тестирования. я для себя открыл интересные вещи. Плюс видно что сам Николай подсказывает ему. это либо заранее подготовленное собеседование, либо Николай просто помогает человеку. но это может сбить с толку новичков. и так очень много компаний по своему трактует термины и цепочки процессов и действий. так окончательно запутаться можно.
Заранее собеседование я не готовлю- какой в этом смысл. Со всеми собеседуемыми мы видимся впервые на созвоне. Я прдсказывают, чтобы видео были более информативными. Конечно чаще всего на реальном собеседовании кандидат получает очень сеудный фидбек или вообще никакого. Но цель моих видео- чтобы можно было получить/улучшить какие либо знания, а не стену молчания. А то что разные компании трактуют по разному теорию- так от этого никуда не деться. Поэтому желательно на собесе кандидату не использовать императивные формулировки, с которыми можно было бы посморить. Если бы где то была бы 1 книга для всех тестировщиков с однозначной трактовкой всех определений- тогда все бы по ней и учились)
@@cherkasovschool загрузить видео в любимый видеоредактор и применить фильтр "Нормализация звука" к аудио дорожке. Может потребоваться поиграться с параметрами. Перерендерить и выложить зрителям на радость.
@@Nikolombus К сожалению так не работает. Нормализация только срезает слишком высокие/низкие частоты у аудиодорожки. Качество звука никак не улучшается
Очень интересное интервью, только не очень понятно как можно протестировать символы используя Тестирование классов эквивалентности? Приведу пример If (applicantAge >= 0 && applicantAge = 16 && applicantAge = 18 && applicantAge = 55 && applicantAge
В вашем примере 4 класса эквивалентности: 0-16 : 16-18 : 18-55 : 55-90. Или я неправильно вас понял?) Наверное, неправильно, так как вопрос весьма очевидный, и я сомневаюсь, что ответа на него вы не знаете. «Протестировать символы» - означает спецсимволы? То есть вы хотите ввести в поле спецсимволы с целью проверки валидации? Если так, то это отдельный тестовый параметр (негативный тест) - ввод в поле спецсимволов, когда единственно валидный формат - это целые положительные числа. А классом эквивалентности это называется из-за того, что независимо от того, введете вы «№» или «%», или «№%^&*» - это одинаково воспринимается системой (нюансы есть, но о них в след предложении). Таким образом, исходя из позиции, что исчерпывающее тестирование невозможно, нет смысла проверять каждый спецсимвол по отдельности и тратить много времени, достаточно проверить любой из них.
На поля ввода могут накладываться ограничения по типу входных данных. Соответственно классами эквивалентности могут являться типы входных данных (русские буквы, английские буквы, числа, спецсимволы, файлы определённого формата и т.д.) Соответственно нам нет нужны проверять ВСЕ значения в рамках определённого класса. Сейчас существует распространённое объяснение классов эквивалетности, которые идут почему то обязательно от интервалов. Хотя на деле абсолютно не обязательно через них понимать эту тему и затрагивает оно не обязательно именно интервалы длины вводных данных.
я кнч хз, первое - джуны сейчас почти нигде не нужны, объясню. Компании легче переплатить чутка и взять чела который шарит как обособленная единица, чем тратить 6 мес на джуна и то не факт, мб отлетит на испыталке. Теорию можно зазубрить, а смысла от этого ноль. Главное понимать то о чем ты говоришь и можешь привести примеры всего из своей головы, иначе толку от этой теории нет. Просто готовьтесь на собесы на мидла, берите планку выше и все будет норм. второе - теорию почти никто не спрашивает, только душнилы, в основном всех интересует ваш скилл с чем и как работали, когда вы в голове можете моделировать решение определнных ситуаций. API маст хев в зависимости от стека компании, rest,gql, soap. Желательно шарить за любые брокеры сообщений и круто управляться с любой логирующей системой, Знание реляционных БД и нет, например самая популярная как минимум в РФ - redis. Пользоваться Постманом как калькулятором, знать всю его начинку, что за переменные, окружения, для чего что и как, знание пре скриптов и тестов, больше чем использовать сниппеты, умение запускать автораны и желательно выводить в любой сервис и формировать дашборды.Если где-то спрашивают теорию - то нах такую работу, куча бюрократии и ноль развития. Всем удачи
Я недавно прошёл 30 собеседований, теорию спрашивали на всех. якомпании бывают разные. Некоторые наоборот возьмут стажёра за небольшие деньги и будут ему недоплачивать за "лояльность". Про базы данных спрашивали хоть что то меньше чем на половине собеседований.
@@cherkasovschool это странно, по теории спрашивать могут только реальных джунов, у которых нет опыта работы, так как больше их впринципе и не о чем спрашивать, но мой посыл больше в том, что джнуов мб и ищут, но кол-во желающих на 1 место больше 1000 человек. И лучше чем сидеть и ждать что тебе повезет - просто подтянуть скиллы и попытаться зайти на мидла, мб преукрасив свой опыт работы. Адекватные тех спецы закроют на это глаза, если у тебя есть реальное желание работать и ты реально посидел и вник в то о чем ты говоришь. Я когда собесю людей, то просто люблю с ними поболтать о том что они делали, по разговору понятно становится перспективный человек или нет. По поводу БД - тут важны просто знания и навыки, могут и не спросить, но это нужно для полного понимания цикла. Плюс если на мидла залеташь, то мастхев надо знать что и как. Так как лучше всего новичкам залетать в стартапы и одним тестером, попотеешь, но навыки прокачаешь дай Бог
В чек листе нет ожидаемых результатов,там указываются только шаги действия. А уже в тест кейсе указывается ожидаемый результат. Странно,что вы не поправили.
Чек лист состоит из проверок (чеков). Каждый чек- состоит из одного предложения, которое в себе и содержит ожидаемый результат. Например "Поле ввода ника принимает валидные параметры" или "Регистрация юзера проходит успешно". Шаги в чеках не указываются.
Хороший формат чека выглядит из [Объект проверки]. [Описание ожидаемого результата / поведения]. Не все придерживаются этого формата, зависит от гайд-лайна. Это в качестве ответа на коммент Дениса.
@Int egral Ну если это 20% тогда собеседование сколько должно длиться? 5 часов? Такого не бывает. Вы сами сможете раскрыть понятие "Сетевая архитектура"? Зачем это джуниору начинающему? Это пускай сис админы учат. Linux нафиг не нужен. Что по нему спрашивать? Команды наизусть? Мне за 8 лет понадобилось ровно в 1 проекте из 10. SQL с джоинами туда же.
@Int egral Ну тогда это не знание "Сетевой архитектуры", а знание Http протокола. Это разные понятия пр объёму. Если вы посмотрите другие собеседованияна канале, то увидите, что я это спрашиваю иногда. Иногда нет. Собеседование это живой процесс, невозможно задать все существующие вопросы. Учить линукс в рассчёте на то, что ВДРУГ вам выдадут на нём рабочий комп- пустая трата времени. Рабочие компы выдают только в продуктовых компаниях и то не всегда. А если уж так случилось- там будет GUI оболочка.
Я не заметил. В любом случае своим ученикам тоже советую обкладываться шпаргалками. Обычно помогают в сложных классификациях, которые сложно запомнить. Наша задача- работу получить, а не всю теорию наизусть выучить.
@@cherkasovschool Конечно Вы правы, просто когда слушаешь видео ролик, около часа невозможно нос к носу сидеть к телефону, делаешь свои дела и параллельно слушаешь и ничего не слышно. Посмотрела ещё несколько собеседований на Вашем канале, оооооооочень круто, Вы такой умный и деликатный!!!! Ещё и симпатичный!!!!
@@ГаухарАйтбакина Я пробывал поднимать общую громкость звука после записи- тогда попадается различный шум и помехи. Можно телефон в карман положить и через наушники слушать. Спасибо за такую приятную оценку моих видео!))
Что за странный вопрос джуну без опыта работы: "Что будешь делать, если разраб откажется фиксить баг?". В любой нормальной конторе, во-первых, такого нет, во-вторых, пиздуешь к манагеру и тот разрабу даёт пизды.
@@cherkasovschool Тоже верно, но в любом случае должна быть пометка от разраба. Если так каждый раз бегать за уточнениями, то времени на работу не останется)
У нас разрабы звери. Закрыл мой баг. Я ему звоню, спрашиваю Вася ты чего? Он мне орёт в трубку " пошёл на хуй , все выходные мне испортил"! В понедельник правда извинился 😂
Александр очень хорошо подготовился! Прямо можно учиться по этому интервью. Спасибо за проделанную работу и вообще за возможность смотреть такие мок-интервью 👍
Спасибо за высокую оценку!
Определенно один из лучших джунов)
Спасибо, посмотрел от и до, и могу сказать, что почти на все вопросы также знал ответы, значит не все так плохо у меня)
Значит пора на собеседование и на работу!)
Супер! Очень объемное интервью, обе стороны было приятно слушать. У соискателя отлично поставленная речь и есть уверенность в себе, такие люди везде пробьются🔥🔥🔥
Да это точно
Огромное спасибо за видео! Очень приятно слушать вещи, в которых я ещё не очень хорошо разбираюсь на простом и понятном языке
Спасибо. Опыт помогает объяснять проще, чем в учебниках)
Как приятно слушать умных и красивых мужчин, а главное профи высокого уровня.
Большое спасибо! Достаточно давно искал нормальную инфу по поводу собесов, и вот нашел=) Спасибо!
Рад, что нравится!
Все супер. Единственное собеседуемого плохо слышно. Все темы прошли , всё подробно обсудили. Класс.
Спасибо! Это пока лучший звук, который получался. И программными средствами его не вытянуть, потому что аудио поток записывается в одну дорожку.
@@cherkasovschool компрессия+лимитер
Компрессор сравняет по громкости вас и интервьюируемого, а лимитер поднимет громкость общую
@@handbelly А вы можете посоветовать конкретный софт/мануал, который поможет это сделать? Я с удовольствием попробую
@@cherkasovschool могу попробовать вам сделать на примере этого видео инструкцию, скину в тг, когда время будет
@@handbelly Спасибо! Ссылка на личку в описании видео есть
Спасибо за подробное и полезное собеседование!
Пожалуйста! Буду делать ещё!
Заканчиваю обучение на тестировщика. Хотелось бы ещё услышать вопросы по БД/свагер/фидлер/рест/соап, что бы знать что могут спросить на грядущих собеседованиях.
А вообще очень интересно смотрится и появляется уверенность в своих силах)) Спасибо за такой замечательный контент))
Как оно?
На собеседованиях что только не спрашивают. Если собрат ьвсе вопросы на собеседованиях, которые могут задать- оно будет длиться часа 3-4
Спасибо большое за ваши собеседования, очень полезно!
Отличный и полезный формат. До этого видео я думал, что на собеседовании буду что то кряхтеть на каждый вопрос. Нет, оказывается смог бы на многие вопросы из этого видео ответить.
Я бы на вашем месте просмотр собеса и личное участие всётаки разделил) Есть шанс, что даже обладая хорошей базой знаний будете потеть и кряхтеть от волнения)
Очень интересно 👍🏼👍🏼👍🏼
Продолжайте в том же духе 🔥
Приятные собеседники, все супер! Лайк
Одно интервью заменеяет пару месяцев теории. Спасибо!
Пожалуйста. Я думаю после пары видосов можно уже и реальные собесы штурмовать!)
Отличное интервью🔥
Спасибо!
Хорошее полезное собеседование 👍 Спасибо
Пожалуйста! Скоро будут новые
Спасибо за Ваш труд! Коммент в поддержку канала
Круто! Спасибо❤
Шикарный собес, отличный фитбек, собеседника бы погромче, но наушники решают эту проблему. Благодарю за инфу!
К сожалению звук от собеседника я не могу контролировать, всё пишется в зуме в единую дорожку
очень классно! всего 2 месяца обучался и уже столько знаний
подозрительно как-то))
И все равно без работы)
@@Egor_Phyl маловато знаний, как-будто неделю только учил.
В конце было по практической части с проверками полей ввода - у меня такое было на первом собесе в рос.айти-гигант, накидал многое из сказанного, но после собеса получил фидбек, что этого не хватило, а по теории ничего не спрашивали, только про опыт, своё видение дальнейшей карьеры и про готовность к долгой унылой мануальщине))
Ды нормальная мануальщина. Ничё не унылая)) Как будто разработчики там прям все нереально самореализовываются творчески. Им дают чужой старый код, вилку и они чистят (если вы понимаете о чём я).
а Александр даст обратный фидбек, помогло ему данное тестовое собеседование? Нашёл ли он уже работу?
Хахахх! Я прям заметил, как хищно сверкнули глаза у Николая, когда Александр сказал про наличие ожидаемого и фактического результатов в тест-кейсе)))
Это частая ошибка на самом деле, потому что тест кейс и баг репорт частично по полям пересекаются. + очень многие менторы сейчас рассказывают, что у тест кейса зачем то надо выставлять приоритет. Хотя это на практике решается созданием Смоук/сэнити/регрешн съютов
@@cherkasovschool да, в некоторых школах прям так и учат
Надеюсь, Александр получил хороший оффер! Молодец, на каждый вопрос дал адекватный ответ. Кто пишет про шпоры, то ими тоже незаметно пользоваться целая наука)
До сих пор работу ищет, я его знаю.
Сейчас нет работы и даже с хорошими знаниями сидишь без работы.
@@GACHIMUCHIANDJOJO я месяц назад получила очень хороший оффер. Опыт у меня нет, я еще даже еще не закончила учебу в практикуме) так что нужно верить и проходить собесы)
@@pysto_taработаете?
Вот такое нашла у Куликова: "В глоссарии ISTQB сказано просто: «sanity test: See smoke test»."
Просто сколько я уже читаю и смотрю, вопрос, чем отличается смок от санити - везде отвечают по-разному, сил моих нет)
Спасибо за такое собеседование! Было интересно :)
Спасибо за добрый комент!)
Спасибо.
Классное интервью) Задумался, как бы сам отвечал на каждый вопрос.
Скажите, будет интервью на middle-senior QA (Manual)?
Будет!
чувак найбільше знає, тому інтерв"ю найцікавіше, тому і переглядів найбільше.
Смотрел с перемоткой, но если таки соискателя не поправили с ответом про "как работает интернет", то я бы рекомендовал почитать ему)
На интервью всё таки не такого ждут :)
Это адекватное интервью в идеальной среде, но читая всякие телеграмм каналы, чаты, эйчары сейчас лютуют, то что в видео даже не спрашивают, какие то линуксы, полукоды, веб вертска и т.д и это на джуна!!!!!
Всякое бывает. главное понять соотношение часто встречающихся и редких/уникальных вопросов. А также надо понимать, что не обязательно ответить на все вопросы на интервью, чтобы вас взяли.
Ну и огромные чаты для джунов, где все друг друга пугают- на самом деле не очень полезное место
Чисто ради интереса . А каким образом джун будет писать тест план? и если он будет на скраме. Может там лучше использовать тест план для каждого спринта. И он там по идее уже стандартизирован. К тому же имеет смысл иметь тест план для регресса и смока. А как джун который только пришел в тиму оценивать колличество часов на фичу ? Кто ему это даст? А в какой системе он работал ? может джира может встс, там могут процессы быть автоматизированным. Я не совсем понимаю , когда мидла спрашивают по mysql . А джуна спрашивают про документацию и тест план.
тест план не обязательно будет включать детальное описание тестирования конкретных фичей и общие требования/подходы. То есть он имеет более стратегический смысл. В каждом спринте будут собираться тест съюты с конкретными проверками
в половине вопросов очень много говорит лишнего. у меня так же было. уходит от прямого вопроса в вопрос, который не спрашивали. это тяготит и по лицу Николая видно. мне после того как дважды сделали замечание, только потом понял. если надо, рекрутер сам спросит что ему ещё нужно. отвечать нужно конкретно. но обозначу плюс этого видео для всех. это как аудиокнига всех пояснений к теории тестирования. я для себя открыл интересные вещи. Плюс видно что сам Николай подсказывает ему. это либо заранее подготовленное собеседование, либо Николай просто помогает человеку. но это может сбить с толку новичков. и так очень много компаний по своему трактует термины и цепочки процессов и действий. так окончательно запутаться можно.
Заранее собеседование я не готовлю- какой в этом смысл. Со всеми собеседуемыми мы видимся впервые на созвоне.
Я прдсказывают, чтобы видео были более информативными. Конечно чаще всего на реальном собеседовании кандидат получает очень сеудный фидбек или вообще никакого. Но цель моих видео- чтобы можно было получить/улучшить какие либо знания, а не стену молчания.
А то что разные компании трактуют по разному теорию- так от этого никуда не деться. Поэтому желательно на собесе кандидату не использовать императивные формулировки, с которыми можно было бы посморить. Если бы где то была бы 1 книга для всех тестировщиков с однозначной трактовкой всех определений- тогда все бы по ней и учились)
калассный собес
Спасибо!
Пожалуйста, перед выносом на ютуб нормализуйте звук, чтобы собеседника тоже было хорошо слышно, а не так как есть..
Подскажите как это сделать с записью из зума и я так и сделаю
@@cherkasovschool загрузить видео в любимый видеоредактор и применить фильтр "Нормализация звука" к аудио дорожке. Может потребоваться поиграться с параметрами. Перерендерить и выложить зрителям на радость.
@@Nikolombus К сожалению так не работает. Нормализация только срезает слишком высокие/низкие частоты у аудиодорожки. Качество звука никак не улучшается
Очень интересное интервью, только не очень понятно как можно протестировать символы используя Тестирование классов эквивалентности?
Приведу пример
If (applicantAge >= 0 && applicantAge = 16 && applicantAge = 18 && applicantAge = 55 && applicantAge
Это же собес на ручного
@@danyaspark я это понимаю, по этому и задал вопрос он просто с примерами кода но суть не меняется
В вашем примере 4 класса эквивалентности: 0-16 : 16-18 : 18-55 : 55-90. Или я неправильно вас понял?) Наверное, неправильно, так как вопрос весьма очевидный, и я сомневаюсь, что ответа на него вы не знаете. «Протестировать символы» - означает спецсимволы? То есть вы хотите ввести в поле спецсимволы с целью проверки валидации? Если так, то это отдельный тестовый параметр (негативный тест) - ввод в поле спецсимволов, когда единственно валидный формат - это целые положительные числа. А классом эквивалентности это называется из-за того, что независимо от того, введете вы «№» или «%», или «№%^&*» - это одинаково воспринимается системой (нюансы есть, но о них в след предложении). Таким образом, исходя из позиции, что исчерпывающее тестирование невозможно, нет смысла проверять каждый спецсимвол по отдельности и тратить много времени, достаточно проверить любой из них.
На поля ввода могут накладываться ограничения по типу входных данных. Соответственно классами эквивалентности могут являться типы входных данных (русские буквы, английские буквы, числа, спецсимволы, файлы определённого формата и т.д.)
Соответственно нам нет нужны проверять ВСЕ значения в рамках определённого класса.
Сейчас существует распространённое объяснение классов эквивалетности, которые идут почему то обязательно от интервалов. Хотя на деле абсолютно не обязательно через них понимать эту тему и затрагивает оно не обязательно именно интервалы длины вводных данных.
Все супер. Единственное собеседуемого плохо слышно. Большой перепадок звука , вас громко слышно , а его тихо
На новых видео уже всё делаю лучше, можете смотреть
я кнч хз, первое - джуны сейчас почти нигде не нужны, объясню. Компании легче переплатить чутка и взять чела который шарит как обособленная единица, чем тратить 6 мес на джуна и то не факт, мб отлетит на испыталке. Теорию можно зазубрить, а смысла от этого ноль. Главное понимать то о чем ты говоришь и можешь привести примеры всего из своей головы, иначе толку от этой теории нет. Просто готовьтесь на собесы на мидла, берите планку выше и все будет норм. второе - теорию почти никто не спрашивает, только душнилы, в основном всех интересует ваш скилл с чем и как работали, когда вы в голове можете моделировать решение определнных ситуаций. API маст хев в зависимости от стека компании, rest,gql, soap. Желательно шарить за любые брокеры сообщений и круто управляться с любой логирующей системой, Знание реляционных БД и нет, например самая популярная как минимум в РФ - redis. Пользоваться Постманом как калькулятором, знать всю его начинку, что за переменные, окружения, для чего что и как, знание пре скриптов и тестов, больше чем использовать сниппеты, умение запускать автораны и желательно выводить в любой сервис и формировать дашборды.Если где-то спрашивают теорию - то нах такую работу, куча бюрократии и ноль развития. Всем удачи
Я недавно прошёл 30 собеседований, теорию спрашивали на всех. якомпании бывают разные. Некоторые наоборот возьмут стажёра за небольшие деньги и будут ему недоплачивать за "лояльность". Про базы данных спрашивали хоть что то меньше чем на половине собеседований.
@@cherkasovschool это странно, по теории спрашивать могут только реальных джунов, у которых нет опыта работы, так как больше их впринципе и не о чем спрашивать, но мой посыл больше в том, что джнуов мб и ищут, но кол-во желающих на 1 место больше 1000 человек. И лучше чем сидеть и ждать что тебе повезет - просто подтянуть скиллы и попытаться зайти на мидла, мб преукрасив свой опыт работы. Адекватные тех спецы закроют на это глаза, если у тебя есть реальное желание работать и ты реально посидел и вник в то о чем ты говоришь. Я когда собесю людей, то просто люблю с ними поболтать о том что они делали, по разговору понятно становится перспективный человек или нет. По поводу БД - тут важны просто знания и навыки, могут и не спросить, но это нужно для полного понимания цикла. Плюс если на мидла залеташь, то мастхев надо знать что и как. Так как лучше всего новичкам залетать в стартапы и одним тестером, попотеешь, но навыки прокачаешь дай Бог
хочется больше про тестирование а не про скрам
Я только учусь, ещё даже не заучивал и кроме верстки ничего не практиковал, но показалось легко и очевидно всё
Каеф! значит можете уже получать работу!)
В чек листе нет ожидаемых результатов,там указываются только шаги действия. А уже в тест кейсе указывается ожидаемый результат. Странно,что вы не поправили.
Чек лист состоит из проверок (чеков). Каждый чек- состоит из одного предложения, которое в себе и содержит ожидаемый результат. Например "Поле ввода ника принимает валидные параметры" или "Регистрация юзера проходит успешно". Шаги в чеках не указываются.
Хороший формат чека выглядит из [Объект проверки]. [Описание ожидаемого результата / поведения]. Не все придерживаются этого формата, зависит от гайд-лайна. Это в качестве ответа на коммент Дениса.
А можно другие вопросы уже задавать, а то эти я уже проработала )
На миддла или сеньёра будут другие) Если проработала- пора идти на собеседование!
@Int egral Ну если это 20% тогда собеседование сколько должно длиться? 5 часов? Такого не бывает.
Вы сами сможете раскрыть понятие "Сетевая архитектура"? Зачем это джуниору начинающему? Это пускай сис админы учат.
Linux нафиг не нужен. Что по нему спрашивать? Команды наизусть? Мне за 8 лет понадобилось ровно в 1 проекте из 10. SQL с джоинами туда же.
@Int egral Ну тогда это не знание "Сетевой архитектуры", а знание Http протокола. Это разные понятия пр объёму. Если вы посмотрите другие собеседованияна канале, то увидите, что я это спрашиваю иногда. Иногда нет. Собеседование это живой процесс, невозможно задать все существующие вопросы.
Учить линукс в рассчёте на то, что ВДРУГ вам выдадут на нём рабочий комп- пустая трата времени. Рабочие компы выдают только в продуктовых компаниях и то не всегда. А если уж так случилось- там будет GUI оболочка.
не думал что мэтью решит переквалифицироваться в тестировщика
У меня у одной сложилось впечатление, что Александр обложился шпаргалками? В левом нижнем углу что то подсматривал на протяжении всего интервью😳
Я не заметил. В любом случае своим ученикам тоже советую обкладываться шпаргалками. Обычно помогают в сложных классификациях, которые сложно запомнить. Наша задача- работу получить, а не всю теорию наизусть выучить.
Интересно а если вообще нет опыта есть шанс пройти собеседование?
Конечно
Почему человек паук интерьер?
Если вопрос про силуэт справа от моей головы- это паучок учит тестирование вместе со зрителями канала)
@@cherkasovschool ты похож на Тоби Магваера
Да, не слабо чел теоретически подготовился
А где про html,css,rest,api?
И зачем вам- ручному тестировщику джуниору, вёрстка?
А я 2 недели учил HTML CSS =/
@@cherkasovschool api на джунов самое то
58:24
1:00:50
не слышно Александра
Можно сделать звук громче. К сожалению подобный звук, это то, что чаще всего придётся слышать и на проектных созвонах
Нихрена не слышно от типо, звук ужасный, в наушниках нифига не слышно, пришлось колонки врубать
На реальных проектах часто бывает такое же качество связи, так что можно привыкать заранее)
Плохой звук, не стал смотреть!
Тогда будет очень тяжело на реальных рабочих созвонах
Наверное надо себя потише, как то не сбалансировн звук :) Не про тестил тестировщик))
Это не интервью в 2 канала в 2 микрофона. Это запись в одну дорожку через зум.
залетел самоутвердиться, пёс
перестала смотреть, потому что не слышно ничего 🥲🥲
Собеседуемого Ооооочень плохо слышно
Привыкайте к созвонам в it проектах, там такое часто, да ещё и на английском с разными акцентами:)
@@cherkasovschool Конечно Вы правы, просто когда слушаешь видео ролик, около часа невозможно нос к носу сидеть к телефону, делаешь свои дела и параллельно слушаешь и ничего не слышно. Посмотрела ещё несколько собеседований на Вашем канале, оооооооочень круто, Вы такой умный и деликатный!!!! Ещё и симпатичный!!!!
@@ГаухарАйтбакина Я пробывал поднимать общую громкость звука после записи- тогда попадается различный шум и помехи. Можно телефон в карман положить и через наушники слушать.
Спасибо за такую приятную оценку моих видео!))
@@cherkasovschool Вам Спасибо за Ваш большой труд!!!
Что за странный вопрос джуну без опыта работы: "Что будешь делать, если разраб откажется фиксить баг?". В любой нормальной конторе, во-первых, такого нет, во-вторых, пиздуешь к манагеру и тот разрабу даёт пизды.
Ну в мире розовых пони такого нет, а в реальном мире есть. Разрабы- тоже люди и все разные. И причины отказа от работы над тикетом могут быть разные
@@cherkasovschool Тоже верно, но в любом случае должна быть пометка от разраба. Если так каждый раз бегать за уточнениями, то времени на работу не останется)
Пометкой от разраба в каждой ситуации является статус, с которым вам возвращают тикет. Мы про эти статусы на собесах и говорим@@mak2make848
@@cherkasovschool да Я про обычный комментарий в задаче.
У нас разрабы звери. Закрыл мой баг. Я ему звоню, спрашиваю Вася ты чего? Он мне орёт в трубку " пошёл на хуй , все выходные мне испортил"!
В понедельник правда извинился 😂