Как стать автором
Обновить

Технические задания на собеседовании QA Junior+

Уровень сложностиПростой
Время на прочтение6 мин
Количество просмотров27K
Всего голосов 14: ↑13 и ↓1+14
Комментарии24

Комментарии 24

В 2024 году еще кто-то задает вопросы про карандаш? Какой ужас. Хотя в целом, что первая часть, что вторая, говорит о методах 10-15 летней давности в найме, не хотел бы я к вам попасть на собеседование

А какие тогда вопросы современные, по-вашему?

  1. Подробнее узнать за опыт и то, что человек делал на прошлых проектах, основывать вообще вопросы на этом. Так человек себя чувствует спокойно на интервью (интервью и смена работы для большинства людей очень нервное дело, на котором хорошие специалисты могут себя показать не очень)

  2. Технические вопросы лучше базировать на том, что на вашем проекте используется и до чего у тестировщиков есть доступ. У меня был опыт, когда меня долго и нудно гоняли по селениуму и ui тестированию, хотя брали в команду, где UI нет и даже не предвидится. Я всегда спрашиваю по тем технологиям, что важны на текущем проекте и смотрю на знание фундаментальных знаний.

  3. Очень часто гоняют по теории тестирования, хотя никогда и нигде ее не применяют, потому что "это долго документировать и соблюдать" (конечно, бывают исключения). Абсолютно не вижу в этом смысла, потому что везде свои стандарты описания, формы и инструменты

  4. Когда беру автоматизатора, то всегда задаю 10 вопросов по языку на который беру, от простого к сложному и примерно на 5-6 уже понятно насколько хорошо человек пишет код (к этому приходил долго, гонял раньше и по задачкам и по большому количеству вопросов, лучше не было)

  5. Очень нравится просто пообсуждать задачки, типичные для прошлой работы или проекта куда беру, возможно даже текущие над которыми работает команда

Какой селениум у Джуна спрашивать? А языки программирования? Тема статьи - технические задания для junior qa. Это не вопросы по теории тестирования. Я не могу раскрывать необходимый стек на проектах, в которых принимаю участие. Поэтому пишу статьи, где отвечаю на вопросы и задания, которые пользуются популярностью. Если вы не согласны с источниками, то прошу приложить свои. Буду благодарен Вам!

Вы в первой статье пишете "Делюсь своим списком вопросов и ответов, которые я ожидаю услышать.", в первой я решил не комментировать (редко набираю ручников), но во второй, увидев про карандаш, не смог держаться :)

Если в этой статье не ваши вопросы, а только ваши ответы, тогда вопросов нет.

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

Про карандаш интересно. Карандаш бывает не только графит в дереве, он может быть куском свинца или серебра, может быть обмотан бумагой, может быть автоматическим - цанговым. Может быть т.н. химическим то есть не стираться и оставлять след подобный чернилам. Растушевать карандаш 9H, ну попробуй.

ИМХО в этом задании ответ " без внятного ТЗ результат ХЗ" самый верный. А так есть пишущий элемент, его можно обновлять при истерании ну и хватит.

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

А Вам важен факт отправки данных на сервер или факт их сохранения в бд ? Если все таки второе, то 200 в POST запросе и ответ с данными об этом не говорят.

"Скопируй первый абзац эссе, используя Devtools."?

Сразу видно вы не переходили на сайт о котором идет речь. На сайте нет возможности скопировать текст путем выделения курсором. Данным заданием мы проверяем знания о вкладке elements.

Сразу видно, что вы отвечаете на комментарии лишь бы было. Речь о слишком низком уровне проверки как для junior+, которая ровным счётом никак не раскрывает кандидата.

Запах не должен быть специфичным

Специфичным - в смысле каким-то определенным, легко отличаемым и известным? Или в том смысле, что конкретный запах не принадлежит конкретному карандашу, то есть, все могут вонять, но одинаково?

3 шаг. Негативное тестирование проверяет поведение функционала при нестандартных действиях:

6 Шаг. Стресс-тестирование. Проверка за пределами допустимого:

Что-то не соображу, вот это под какой пункт подпадает?

Ну думаю что если Junior+ с 2х летнем стажем то ок. Если у человека 2х года опыта и решился податся в вашу компанию на Jun+ (хотя и не понятно что такое этот плюс) то ему так и надо))) пусть тестирует карандаш, и ручку (дверьную конечно) и пусть бекенд тестить с фронта и в бд лезать чтобы фронт проверить. Я думаю достойно. Про чекисты ничего не могу сказать. Реально чеклист джуна. В общем хороший гайд для тех кто Jun+.

То лифт., то карандаш., то еще какая несуразица:))., а главное - целая армия экспертов! Даже страшно на собеседование идти;))

Профессия для больных людей...

Почему?

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

Согласен, что они устарели. Я лишь ответил на технические задания, которые пользуются популярностью. В статье я приложил 4 источника, в которых упоминается лифт, карандаш и тд.

Ублюдский карандаш, лифт, весы, задачи на типа "логику" должны быть похоронены в одной выгребной яме вместе с теми кто их на собесах задаёт. Хотя с другой стороны хороший ред флэг. Услышал такое на собесе, можно сразу прекращать и компанию в блэклист.

Из-за одного сотрудника, который решил задать вопрос про карандаш, целую компанию в блэклист?

В целом, если статья направлена на решение задач, показывая как это делать, то ок(не со всем согласен, но кто я такой). Но ИМХО к jun+ гораздо выше требования на рынке сейчас

За формулировки ожидаемого результата "отображается корректно" хочется убивать. Они встречаются даже у опытных QA.

Тоже самое можно отнести и к этому "Запах не должен быть специфичным". Что это значит?

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории