Site Loader

Как отвечать на сложные вопросы на собеседовании


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

Исследовательский центр рекрутингового портала Superjob.ru решил поинтересоваться у самих менеджеров по подбору персонала, как лучше отвечать на такие вопросы, чтобы собеседование прошло успешно.

«Почему Вы ушли с предыдущего места работы?» - этот вопрос лидирует в рейтинге самых неприятных для соискателя. По мнению 11% представителей компаний, отвечая на него, соискателю следует сослаться на отсутствие возможностей для профессионального развития. «Опишите свои достижения на предыдущем месте работы, а в конце отметьте: «Теперь, когда я добился всего этого, я готов решать новые задачи», - рекомендуют специалисты.

В свою очередь 8% hr-менеджеров советуют объяснить причину ухода неудовлетворительным окладом. Однако не забывайте о «подводных камнях» такого ответа. Так, некоторые кадровики могут усомниться в Ваших профессиональных, а также коммуникативных навыках. Иначе как объяснить, что руководитель отказался поднять зарплату такому ценному сотруднику, как Вы?


Отсутствие возможностей для карьерного роста уважительной причиной для смены работы считают 7% кадровиков.

Ещё 5% менеджеров по персоналу полагают, что в такой ситуации можно назвать любую причину ухода, если она не затрагивает святая святых — бывшее руководство: «Никого ни в коем случаи не обвиняйте в своих неудачах, особенно бывшее руководство»; «Для каждого кандидата ответ будет своим, но он должен быть корректным по отношению к работодателю, даже если ситуация при увольнении была сложной».

Ещё один вопрос из разряда щекотливых: «По какой причине у Вас возник длительный перерыв в работе?»

К соискателям, имеющим длительный перерыв в рабочем стаже, работодатели относятся настороженно. Что же делать тем, кто по какой-либо причине долго не работал, но теперь решил бросить все силы на покорение профессиональных вершин?

Как уверяют 16% менеджеров по подбору персонала, уважительными причинами, по которым можно отвлечься от рабочего процесса на длительный срок, являются важные события в семье: рождение ребёнка, переезд на новое место жительства, болезни родственников и т. п. «Но не забывайте: чтобы Вы ни сказали, в конце нужно отметить, что сейчас все вопросы решены и Вы готовы полностью отдаться работе», — советуют специалисты.

9% менеджеров по подбору персонала считают, что удачным является ответ, подразумевающий серьёзное отношение к выбору места работы: «Не хотела распыляться на временную работу, а Ваша вакансия – это именно то, что мне подходит»; «Считаю, что вести дела успешно можно только тогда, когда получаешь удовлетворение от работы».

Уместным будет и такое объяснение длительного «простоя», как учёба или повышение квалификации. «Если мне ответят, что поиски работы были совмещены с получением дополнительного образования по профилю деятельности, я буду полностью удовлетворена»; «Это лучшее объяснение, на мой взгляд», — комментируют специалисты (7%).

Ещё один каверзный вопрос, который может застать врасплох соискателя: «Почему Вы ищете работу, не имеющую отношения к полученному Вами образованию?»

По мнению 19% менеджеров по подбору персонала, лучшим ответом на такой вопрос станет чистосердечное признание в том, что Вы разочаровались в первоначальной профессии и нашли себя в новой сфере деятельности. «Все мы люди и не всегда можем знать наперёд, какая профессия подходит нам в наибольшей степени», — успокаивают кадровики.


Хорошим ответом может стать и рассказ о том, что Вы стремитесь к освоению новых сфер деятельности. Эту точку зрения разделяют 17% работодателей: «Уверенно скажите, что расширяете кругозор»; «Объясните, что решили поменять сферу деятельности, хотите получить разносторонний опыт».

Низкая зарплата, ошибка в выборе профессии или отсутствие работы по первоначальной специальности, – эти варианты ответа считают адекватным объяснением 8%, 6% и 6% кадровиков соответственно.

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

Кадровики уверяют, что рано или поздно ложь будет раскрыта либо с помощью службы безопасности компании-нанимателя, либо самими кадровыми специалистами после звонка бывшему руководству кандидата. «Всегда нужно говорить правду, в противном случае, когда ложь всплывёт, это будет лишним поводом для работодателя расстаться с Вами по статье»; «Правду, так как наша компания в любом случае проверяет рекомендации с последнего места работы», — советуют они.

Кроме того, вопросы, какими бы неприятными они не казались соискателю, - важный инструмент, помогающий кадровику составить мнение о Вас как о потенциальном сотруднике – впишетесь ли Вы в коллектив, действительно ли Вы – профессионал своего дела или же просто умело подаёте себя. Иными словами, задача кадровика – не «посадить в лужу», а выявить Ваше соответствие должности, убедиться, что в компанию попадает грамотный специалист. Не менее важно это и для Вас – Вы же не хотите работать в неподходящем Вам месте?

Помните, впечатление о Вас складывается не по ответу на какой-то один заковыристый вопрос, здесь важно всё: Ваш внешний вид, речь, резюме, рекомендации… Поэтому не бойтесь ошибиться. Лучшее оружие в борьбе за желаемое место в компании – это честность и искреннее желание влиться в команду.

Материал подготовлен Исследовательским центром рекрутингового портала Superjob.ru.

Каких ответов я жду на собеседовании по тестированию / Habr


Я провожу собеседования на тестировщиков. У меня иногда болит голова.

Долго собирался написать статью… И вот, наконец, выполнил свое намерение. Вопросы, поднимаемые в статье, обсуждались уже не раз и не два, но усердные поиски компиляции ответов на эти вопросы так и не увенчались успехом. Но, как подсказывает мой опыт, такая компиляция очень нужна. Прежде всего она требуется юниорам, ибо в сети по запросу «тестирование» на них (соискателей) обрушивается огромный объем информационного мусора, который плохо структурирован и часто противоречит сам себе.


Сначала несколько слов о себе. На данный момент являюсь начальником отдела тестирования и сопровождения компании, занимающейся корпоративными ГИС. До этого работал руководителем группы тестирования в компании, разрабатывающей коммерческие СДО (Системы дистанционного обучения). А еще раньше ведущим инженером по тестированию в компании, которая обеспечивала электронные торги по ФЗ №94. А начинал я свою карьеру более 11 лет назад в роли системного администратора (в трех различных организациях). Стажером-программистом был чуть меньше двух лет (вначале нулевых – VB). Фрилансил инженером-программистом: писал собственный баг-трекер для госкомпании… Исходя из сказанного, можно утверждать, что определенный опыт (тестирования — суммарно более 5 лет) наработан…

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

На собеседовании я всегда задаю одни и те же вопросы:

  1. Почему вы решили стать тестировщиком?
  2. Что такое тестирование? В чем его суть как процесса?
  3. Что такое ошибка?
  4. В чем цель тестирования?
  5. Что вы знаете о жизненном цикле ПО?
  6. Какие бывают требования?
  7. Какие виды/типы/классы/методы тестирования вы знаете, и чем они различаются?
  8. Расскажите о тестовой документации: виды, цели.
  9. Из каких этапов состоит процесс тестирования?
  10. Автоматизированное тестирование – отдельный вид тестирования?
  11. Какой тип/вид класс тестирования имеет смысл автоматизировать?

Соискатель, который доходит за полтора часа беседы до восьмого вопроса, – редкость, такого я возьму на работу юниором. Доходящий за то же время до 11 вопроса может быть принят на должность ведущего тестировщика, однако за 240 проведенных собеседований таких оказалось только 5 человек!



Может, я слишком требователен к ответам? Нет, я просто жду от соискателя понимания того, чем ему придется заниматься. Вот как проходит собеседование: я начинаю разговаривать с соискателем предпочтительно в форме диалога, задавая ему указанные вопросы. Если получаю ответ, правильный или близкий к правильному, то перехожу к следующему вопросу. Если соискатель «блуждает», приводит заученную формулировку или просто не может ее обосновать, я пытаюсь подвести его к правильному ответу и почему этот ответ правильный. Пытаюсь заставить рассуждать. Последний год вместо собеседований у меня получаются импровизированные лекции. И дело не только в том, что соискатели менее осведомлены или у них мало опыта. Имели место и собеседования на должность ведущего инженера по тестированию с претендентами с 10 летним опытом… результат почти всегда удручает. По-моему, дело в том, что очень много противоречивой информации и «неполезного» опыта, ведь очень многие российские компании строят процесс тестирования по модели С. Канера – когда два – три высококвалифицированных тестировщика полностью генерируют, отбирают и описывают кейсы, а проверки проводят 10 -15,100, 500+ «тестеров» не особо вникая в саму суть процесса.

Этим текстом я попытаюсь немного подвести вчерашних, сегодняшних и завтрашних соискателей на позицию тестировщика к пониманию, а что же все-таки такое «тестирование». Далее я отвечу на некоторые из вопросов собеседования и обосную свое мнение, а также приведу некоторые из наиболее частых ответов соискателей и объясню, почему считаю их неправильными.

Наиболее частый ответ: «потому что это просто и интересно (!)». Т. е. кандидат считает, что ему будут платить деньги за щелканье мышкой в вк… Или дадут софт и скажут – сломай его… Или он просто не готовился к этому вопросу и имеет весьма слабое представление о профессии.

Второй по частоте ответ: «потому что я хочу работать в IT и тестирование – самый простой путь» (читай: у IT специалистов высокая зп, а в тестировании не нужно ни знаний, ни навыков, но зп тоже достаточно высокая!).

Бывали и ответы: «меня мама/муж/жена заставила идти на собеседование».

Единственно правильного ответа нет, но вот указанные три и их производные – точно неправильные, т. к. тестирование – это сложно и однообразно, оно требует определенных навыков, по которым нет учебников, и ведет к профессиональной деформации мировоззрения.


Что бы я хотел услышать? Возможно, что-то вроде: «потому что без тестирования невозможно выявить истинное состояние производимого продукта, и насколько он соответствует ожиданиям потребителя».

Наиболее частый ответ (напрямую прописан у С. Канера и Р.Савина) – «поиск ошибок». И во всей литературе по тестированию почему-то никто не указывает, что это упрощение и весьма грубое, и вообще, этот ответ просто неверен!

Тестирование – комплекс мероприятий, направленный на проведение проверок на соответствие производимого продукта требованиям, к нему предъявляемым (прямым и косвенным).

Да, действительно, в ходе проверок выявляются ошибки/инциденты/замечания, но это лишь побочный продукт процесса. Основным является информация о соответствии продукта требованиям, которые к нему предъявляются.

Ну, здесь, слава Богу, почти все отвечают: «некорректная работа программы…». А вот дальше начинается хаос, когда спрашиваешь: «а как мы узнаем корректная работа или нет?»

Правильный ответ есть почти на всех известных мне ресурсах о тестировании:
Ошибка – несоответствие производимого продукта требованиям, прямым или косвенным.

Чтобы не блуждать в противоречиях/предположениях и т. п., – это единственно правильный ответ.

Здесь люди начинают повторять ответ на второй вопрос с разными вариациями. Наиболее внимательные соискатели пытаются пересказать то, что я им подсказывал при ответе на второй вопрос. А ответ крайне простой:

Цель тестирования – предоставление актуальной информации о соответствии производимого продукта требованиям.

Всё. Не больше и не меньше. Ну, конечно же, можно еще сказать, что цель тестирования – предоставление информации о количестве ошибок в продукте. А именно это и неправильно. Почему? Вот просто-таки каждодневный кейс многих тестировщиков/ПМ/аналитиков: звонок заказчика – «как там мой продукт?». «Вы знаете, в нем еще 60 багов!» – ответ тестировщика/ПМ… И что дальше? Это много? Мало? Нормально? Можно, конечно, рассказать подробно о критичности этих багов, их приоритетах, но это не ответ на вопрос заказчика, это выдача сырой необработанной информации ДВП. Теперь тот же кейс. «Как там мой продукт?», – спрашивает заказчик. «35% процентов требований реализовано полностью, еще 5% – с замечаниями и еще 2% – сейчас в реализации», – отвечает ПМ/тестировщик. Как Вам кажется, такой ответ понятнее? И пусть в эти 5% входят, уже упомянутые 60 багов-замечаний… Ответ на вопрос дан настолько точный, насколько это вообще возможно в данном формате. Вот именно это и является целью тестирования. А, соответственно, и сам процесс по своей сути должен сводиться к достижению этой цели.



Про ЖЦ ПО сказано много, да и он сильно зависит от организации процесса реализации в целом. Все же есть некоторая «золотая середина», но и здесь умудряются фантазировать дикие вещи, то сводя все к трем пунктам, то разрисовывая схему на три страницы… Всем, кто проводил/проходил собеседование, и так ясно, какие ошибки совершаются и сколько вариантов у правильных ответов. Останавливаться подробнее не буду, скажу только, что есть целый пул кандидатов, которые намертво стопорились на этом вопросе (примерно 7%).
До этого вопроса за полтора часа доходят только процентов 50 соискателей… Хотя я и не требую ответов «буква в букву», главное, как это называют юристы, сохранить «дух».

Самый частый кейс: соискатели начинают перечислять виды технической документации, которые они знают или о которых слышали… Обязательно выслушаю, покиваю и спрошу: «что-нибудь еще?». Редко кто вспоминает про деление на «функциональные»/«нефункциональные», а кто вспоминает, часто не может объяснить разницу.

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

Самый очевидный и «простой» пример: в ТЗ — «кнопка должна быть красного цвета» – прямое требование, из него проистекают косвенные – она не должна быть синей, зеленой, серой или черной и т. д… Естественно, это сильное упрощение, но очень показательное. А главное – такой подход отсекает излишне формальное отношение к тестированию и поднимает планку квалификации тестирования как такового, ибо для грамотного тестирования мало знать только ТЗ и юзер-стори, надо еще изучить прикладную область и специфику потребления производимого продукта. Такое тестирование значительно эффективнее.

Есть маленький грех за мной: я отрицаю существование негативных проверок, поскольку:

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

Опираясь на концепцию косвенных требований этого делать не надо, т. к. все проверки становятся позитивными, но часть из них – на соответствие прямым требованиям, часть – на соответствие косвенным. И квалификация специалиста как раз и выявляется пониманием косвенных требований для каждого конкретного продукта.
О классификации тестирования имеется очень много информации, вариантов правильных ответов тоже очень много. Я задаю этот вопрос, чтобы увидеть, готовился соискатель хоть в малой степени или вообще не удосужился. Дело в том, что на предыдущие вопросы можно ответить, просто рассуждая и имея общее представление о сфере в целом. Данный вопрос требует элементарного знания терминов. Возможно, я рассмотрю его в других статьях, ибо он достаточно большой и заслуживает отдельной статьи.
Тестовая документация – пожалуй, самая большая проблема. По ней идут такие битвы в сообществах, фирмах и т. д.! Про нее столько противоречивой информации. О ней изданы многотомники на разных языках. О ней такая каша в головах… Каких только ответов не приходилось слышать (да-да, включая ТЗ и проектное решение – это тоже тестовая документация)… Поэтому выскажу свои мысли по этому поводу.

Тестовая документация бывает двух видов: внешняя и внутренняя. И та, и другая – инструмент, облегчающий жизнь проектной команде. Не более и не менее.

Внешняя документация:

  • Замечание – короткая записка, комментарий о небольшой неточности в реализации продукта.
  • Баг-репорт – описание выявленного случая несоответствия производимого продукта требованиям, к нему выдвигаемым – ошибки или ее проявления. Он обязательно должен содержать следующие элементы:
    • Идею тестового случая, вызвавшего ошибку.
    • Описание исходного состояния системы для выполнения кейса.
    • Шаги, необходимые для того, чтобы выявить ошибку или ее проявление.
    • Ожидаемый результат, т. е. то, что должно было произойти в соответствии с требованиями.
    • Фактический результат, т. е. то, что произошло на самом деле.
    • Входные данные, которые использовались во время воспроизведения кейса.
    • Прочую информацию, без которой повторить кейс не получится.
    • Критичность и/или приоритет.
    • Экранный снимок (скрин).
    • Версию, сборку, ресурс и другие данные об окружении.

  • Запрос на изменение (улучшение) – описание неявных/некритичных косвенных требований, которые не были учтены при планировании/реализации продукта, но несоблюдение, которых может вызвать неприятие у конечного потребителя. И пути/рекомендации по модификации продукта для соответствия им.
  • Отчет о тестировании (тест репорт) – документ, предоставляющий сведения о соответствии/ несоответствии продукта требованиям. Может так же содержать описание некоторых подробностей проведенной сессии тестирования, например, затраченное время, использованные виды тестирования, перечень проверенных случаев и т. п. В идеальном варианте фраза вида «Тест пройден. Ошибка не воспроизводится/Функционал работает корректно/Соответствует требованиям» означает, что продукт или его часть полностью соответствует требованиям прямым и косвенным (в производстве ПО).

Внутренняя документация:

  • Тест-план (план тестирования) – формализованное и укрупненное описание одной сессии тестирования по одному или нескольким направлениям проверок. Т.е. перечень направлений проверок, которые должны быть проведены в рамках сессии тестирования (и, сообразных этим направлениям, требований). Также может содержать в себе необходимую информацию об окружении, методике, прочих условиях важных для показательности данной сессии тестирования. Под направлением проверок также может пониматься более детализированная тестовая документация (в виде ссылки на нее): чек листы, тестовые комплекты, тестовые сценарии, на которую необходимо опираться при проведении сессии тестирования. Основная цель документа – описать границы сессии тестирования, стабилизировать показательность данной сессии.
  • Тестовый сценарий – последовательность действий над продуктом, которые связаны единым ограниченным бизнес-процессом использования, и сообразных им  проверок корректности поведения продукта в ходе этих действий. Может содержать информацию об исходном состоянии продукта для запуска сценария, входных данных и прочие сведения, имеющие определяющее значение для успешного и показательного проведения проверок по сценарию. Особенностью является линейность действий и проверок, т.е. зависимость последующих действий и проверок от успешности предыдущих. Цель документа – стабилизация покрытия аспектов продукта, необходимых для выполнения функциональной задачи, показательными необходимыми и достаточными проверками. Фактически при успешном прохождении всего тестового сценария мы можем сделать заключение о том, что продукт может выполнять ту или иную возложенную на него функцию.
  • Тестовый комплект – некоторый набор формализованных тестовых случаев объединенных между собой по общему логическому признаку.
  • Чек-лист (лист проверок) – перечень формализованных тестовых случаев в виде удобном для проведения проверок. Тестовые случаи в чек-листе не должны быть зависимыми друг от друга. Обязательно должен содержать в себе информацию о: идеях проверок, наборах входных данных, ожидаемых результатах, булевую отметку о прохождении/непрохождении тестового случая, булевую отметку о совпадении/несовпадении фактического и ожидаемого результата по каждой проверке. Может так же содержать шаги для проведения проверки, данные об особенностях окружения и прочую информацию необходимую для проведения проверок. Цель – обеспечить стабильность покрытия требований проверками необходимыми и достаточными для заключения о соответствии им продукта. Особенностью является то, что чек-листы компонуются теми тестовыми случаями, которые показательны для определенного требования.
  • Тестовый случай (тест-кейс) – формализованное описание одной показательной проверки на соответствие требованиям прямым или косвенным. Обязательно должен содержать следующую информацию:
    • Идея проверки.
    • Описание проверяемого требования или проверяемой части требования.
    • Используемое для проверки тестовое окружение.
    • Исходное состояние продукта перед началом проверки.
    • Шаги для приведения продукта в состояние, подлежащее проверке.
    • Входные данные для использования при воспроизведении шагов.
    • Ожидаемый результат.
    • Прочую информацию, необходимую для проведения проверки.

Цель – зафиксировать сгенерированную и отобранную показательную проверку в виде, позволяющем тестировщику любой квалификации ее провести и суметь проанализировать полученные результаты.

Как видно, каждый последующий вид внутренней тестовой документации в определенной мере детализирует предыдущий. У каждого документа есть свое назначение и все вместе они – инструмент для облегчения генерации, отбора и воспроизведения тестовых случаев. Кроме того хорошо структурированная, поддерживаемая, читаемая, организованная и доступная тестовая документация позволяет в долгосрочной перспективе:

  • Обеспечить стабильность покрытия требований проверками.
  • Обеспечить показательность всех проводимых проверок.
  • Обеспечить необходимость и достаточность проводимых проверок.
  • Сэкономить время на этапах тестирования, сводя их к проведению проверок и анализу  и передаче результатов.
  • Снизить входной уровень квалификации тестировщика для проведения проверок.
  • Повысить прогнозируемость сессий тестирования в части затрат времени и ресурсов.
  • Повысить прозрачность процесса тестирования для других участников процесса производства продукта.
  • Обеспечить базу знаний о продукте и истории его развития.

Но следует учитывать, что есть и свои недостатки:

  • Стабильность покрытия. Со стремящейся к бесконечности долей вероятности, если проводится тестирование по документации, то будут проведены только те проверки, которые есть в данной документации. Вероятность пропуска ошибки (чаще всего несоответствие косвенному требованию, непокрытому документацией) возрастает.
  • Плохая локализация ошибки тестировщиком. Либо полное отсутствие локализации. Фактический результат не совпал с ожидаемым – ошибка. А что это на самом деле: ошибка; проявление ошибки; инцидент, уже описанной ошибки, тестировщик не проверит (в подавляющем количестве случаев).
  • Высокий требуемый уровень квалификации специалиста для создания и поддержания тестовой документации.
  • Большие временные затраты на создание и поддержание тестовой документации.
  • Слабо прогнозируемое время актуальности тестовой документации.

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

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

Чаще всего отвечают приблизительно так: «подготовка, тестирование, отчет…» Так-то оно так, только абсолютно любой процесс состоит из этих этапов. И ответ никак не отражает понимание соискателем процессов тестирования. Больше похоже на читерство… Поэтому позволю себе изложение своего видения:

  1. инициация,
  2. выявление требований прямых и косвенных,
  3. генерация тестовых случаев,
  4. отбор показательных тестовых случаев,
  5. проведение проверок,
  6. фиксация результатов,
  7. анализ результатов,
  8. передача информации о соответствии проверенного продукта требованиям.

Более подробная информация об указанных этапах:

Инициация – событие, которое извещает команду тестирования о необходимости сессии тестирования, а также гарантирует выполнение требований к продукту для проведения тестирования.

Для производства ПО требования включают:

  • доступно необходимое тестовое окружение,
  • доступен билд/ресурс/предмет тестирования,
  • код, БД, прочие компоненты объекта тестирования «заморожены», т. е. не изменяются в период всей сессии тестирования,
  • модификация требований (хотя бы прямых) «заморожена»,
  • известно направление тестирования,
  • известны сроки на сессию тестирования.

Есть и другие условия, но они менее значимы и сильно зависят от конкретного процесса в компании.

Выявление требований – пожалуй, один из главных шагов в процессе тестирования. Неизвестны требования – нет тестирования. Необходимо собрать всю доступную информацию о предмете тестирования, вариантах использования и т. п. Первый источник – техническая документация и юзер-стори – это прямые требования. Качество же косвенных требований во многом зависят от добросовестности, ответственности, квалификации тестировщика и всей команды проекта.

Генерация тестовых случаев – выявление всех возможных случаев использования продукта, его характеристик и особенностей в процессе эксплуатации. Это значит: всех случаев, которые тестировщик может «придумать» на основе прямых и косвенных требований, известных ему. Этот  этап требует высокой квалификации специалиста по тестированию.

Отбор тестовых случаев – отбор наиболее показательных, значимых и воспроизводимых тестовых случаев. От этого этапа зависит, насколько тестирование будет полезным, эффективным и анализируемым. Например, в «простом» примере с красной кнопкой понятно, что количество косвенных требований стремится к бесконечности, и проверять их все подряд – полный абсурд, но подобные кейсы должны быть сгенерированы хотя бы в голове проверяющего. А для того чтобы они не вошли в проверки, необходимо выполнить соответствующий отбор и проверить только, действительно ли кнопка красная.

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

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

Фиксация результатов – создание внутренней и внешней тестовой документации в формализованном виде или в виде записей и т. п. На данном этапе отчет о тестирование даже если и создается, то не считается законченным.

Анализ результатов – вынесение решения о соответствии проверенного продукта требованиям. Формализация данного решения и его обоснование в виде отчета о тестировании. Сюда также входят процедуры по оценке покрытия требований проверками, тайм-шитинг и пр. Таким образом, проводится анализ не только результатов, но и самой сессии тестирования.

Передача информации о соответствии продукта требованиям. Формально: передача внешней тестовой документации заинтересованным в ней сторонам, зачастую инициатору сессии тестирования. В общем случае: помимо документации предоставляется информация о рисках, которые были выявлены в продукте, требованиях, процессах, передаются рекомендации по отработке этих рисков и т. п. Но это – уже QA J!

Внимательный читатель заметил, что вопросы набирают сложность от начала к концу беседы. Вместе с тем, стоит отметить, что все эти вопросы не должны затруднить специалистов по тестированию, то есть тех, кто не «просто кликал мышью – тестировал», а пытался разобраться в сути того, чем он занимается, тех, кто не остановился на одной книжке или одном ресурсе, а продумал и обосновал свои действия… хотя бы для самого себя.

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

Стандартные вопросы на собеседовании: как дать ответы правильно


 

Здравствуйте, дорогой друг!

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

По этой причине  на них можно и нужно  подготовить и отрепетировать ответы.

Стандартные вопросы на собеседовании обычно задаются с целью:

  1. Убедиться в вашей адекватности и в том, что вы хоть как-то подготовились к собеседованию.
  2. Получить ответы на главные вопросы, которые напрямую никогда не задаются.  О них мы будем говорить отдельно в этой статье.

Опытный рекрутер понимает что на типичные вопросы часто получит  социально желательные ответы, ценность которых не столь велика.

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

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

Так или иначе, необходимо  подготовить  ответы на вопросы. На собеседование мы должны пойти во всеоружии.

1.«Расскажите о себе»

Это вопрос хоть и стандартный, но самый главный на собеседовании.

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

2.«Ваши достижения»

  • Достижения лучше показывать в формате результатов

Например. Фрагмент из моего резюме:

1.Реализован проект по массовому подбору: водители 1000 человек,  комплектовщики центрального склада 280 человек
2.Реализован проект по оперативному набору персонала на склад при пиковых нагрузках в рамках  аутсорсинга.
3. Производительность и оплата труда сотрудников отдела увеличена на 25% (за счет уменьшения численности)
4…

По каждому пункту можно сделать небольшой рассказ.

  • Говорите о том, чем вы реально гордитесь. Это будет вас зажигать эмоционально.

Слегка приукрасить или дать свою интерпретацию (см. п.5) — не возбраняется. Откровенно лгать не рекомендую, поверьте на слово.

Вероятность того, что вас уличат во лжи, — 50 на 50. Но, единожды солгав, вы можете угодить в черный список и хорошо, если рекрутер не делится им с коллегами из других компаний.

  • Желательно, чтобы достижения имели отношение к работе, которую вы будете делать.

Например, ваш покорный слуга в свое время играл в  полуфинала первенства России по шахматам. Это достижение. Но будет ли это  по достоинству оценено партнером по собеседованию,  – в высшей степени проблематично )

3.«Ваши сильные стороны»

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

Мы знаем свои сильные стороны. Но совместить их с пользой, которую мы можем принести данной компании на конкретной позиции, не всегда легко.

Не следует давать шаблонные ответы типа «нацелен на результат», «ответственный и пунктуальный». Это никого не впечатлит, скорее разочарует.

Ваши таланты в карточной игре, футболе и кулинарии также оставьте для другого случая.

Посмотрите описание вакансии. Обычно там есть требования к качествам кандидатов. Выберите одно–два  близкие вам и конкретизируйте.

Например, автор этих строк, будучи соискателем,  делал так: увидев в описании «аналитический склад ума»,  перефразировал его в «развитое логическое мышление» и готовил подтверждающие примеры. Проходило «на ура».

4.«Ваши слабые стороны»

На  вопрос о слабых сторонах или недостатках НЕ следует:

  • А) Говорить что у вас нет слабых мест, даже если вы искренне так считаете.

Если  вы сами не признаетесь, недостатки все равно у вас найдут. Вам зачем это?

 

  • Б) Давать такие ответы, в которых за версту читается домашняя заготовка. Например «Я трудоголик и не замечаю, как летит время». Многих рекрутеров и руководителей заготовленные ответы раздражают, на некоторых действуют как красная тряпка на быка.

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

Подчеркну-некритичную для работы. О серьезных пробелах говорить нельзя.

5.«Причины ухода с предыдущих мест?»

Вопрос- скорее проверка на эмоциональную устойчивость. Опытный рекрутер понимает, что правдивый ответ он услышит далеко не всегда. Как правильно на него ответить — в статье что говорить о причинах увольнения

6. «Почему вы хотите работать именно у нас?»

Такой вопрос иногда выглядит по — дурацки. Особенно в компании, снимающей обшарпанный офис и готовой взять в аренду дырокол )

Но если, по каким-то известным вам причинам, — вы сюда пришли, то держите себя в руках.

А если без дураков, —  у вас появляется шанс показать свою осведомленность о компании и ее проектах. Тот факт, что вы «в курсе дел» будет вам плюсом.

Если такие причины есть – назовите их. Хороший вариант – увязать с вашими планами профессионального становления.

Если веских причин для работы именно в этой компании вы не нашли, — просто скажите, что имеете опыт реализации похожих проектов или задач. А как это может быть полезно компании- вы готовы обсудить сейчас. И попросите рекрутера или руководителя более подробно рассказать о компании.

Чего не нужно делать – говорить, что вы просто наткнулись на объявление от этой компании. Даже если это действительно так )

7. «Как вы себя видите  лет через пять?»

У вас есть план профессионального развития? Нет? Составьте, хотя бы в голове.

Этот вопрос задается с целью сопоставить возможности компании с вашими планами.

Сами себе ответьте на вопрос «Кем вы хотите стать?" Ответ может звучать примерно так: «Я хочу стать крутым специалистом в этой сфере. Или даже лучшим.»

Вопрос  связан с предыдущим. И ответ может быть продолжением  ответа на предыдущий вопрос

Смысл вашего послания: “Я надеюсь,  мой профессиональный путь проходит через вашу компанию. Чем больше вы можете мне помочь в этом, тем больше можете от меня ожидать. Для этого я хотел бы участвовать в  хороших проектах в сильной команде."

Это прямое попадание.

Никто же не признается в том, что ни проектов , ни профессионалов у них нет )

Усильте ваше послание

Например, позиция менеджера по массовому подбору персонала

Вы говорите, что видите дальнейшее развитие карьеры — в  HR сфере , но сейчас  хотел работать в массовом подборе. Найдите и озвучьте причины.

Но не сочиняйте. Эта работа должна быть интересна вам.

Как видите, подготовка ответов на стандартные вопросы на собеседовании, не займет много времени, но придаст уверенности в своих силах.

Также рекомендую посмотреть эту статью.

Спасибо за проявленный интерес. Буду признателен за комментарий (внизу страницы).

Если вы нашли ее полезной — поделитесь с друзьями. Кнопки социальных сетей чуть ниже.

Подпишитесь на обновления блога (форма под кнопками соцсетей) и получайте статьи по выбранным вами темам к себе на почту.

Удачного вам дня и хорошего настроения!

 

Этой статьей стоит поделиться

Ответы на вопросы на собеседовании


Примеры ответов на вопросы на собеседовании

Выберите наиболее подходящий ответ на вопрос или составьте по образцу свой ответ. В подготовке к ответам на самые распространенные вопросы на интервью вам также поможет статья: Как ответить на ТОП-10 вопросов на собеседовании

Какие ваши сильные стороны?

  • Я легко адаптируюсь в новом коллективе и быстро учусь. За короткий срок мне становится комфортно в новой ситуации.
  • Навыками, которыми я овладел на своей предыдущей позиции: работа в команде и работа в условиях стресса — сделали меня отличным сотрудником.

Какие ваши слабые стороны?

  • Меня легко отвлечь от работы телефонным звонком или тем, что происходит вокруг меня. Я много над этим работаю и уже научился контролировать себя в такие моменты.
  • Я всегда боролся с прокрастинацией — откладыванием дел на потом. И обнаружил, что если составлять список дел на день, становится намного легче приступить к работе. Этот метод очень помог мне.

Расскажите мне о себе

  • Я очень ответственно подхожу к работе и на меня всегда можно положиться — я никогда не подведу.
  • Я быстро всему учусь и легко схожусь с незнакомыми людьми.

Как вы справляетесь со стрессом?

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

Что мотивирует вас?

  • Мне нравится приносить кому-то пользу в течение дня. Это не всегда может быть что-то действительно значимое, но мне просто нравится помогать людям.
  • Я люблю ставить для себя амбициозные цели и добиваться их. Я каждый день стремлюсь научиться новому и занимаюсь самосовершенствованием.

Какое самое большое разочарование произошло в вашей жизни?

  • Этот вопрос относится к тому, что случилось за пределами работы и связано с вашими личными переживаниями. Если у вас не было никакого «большого разочарования», в этом нет ничего страшного — вам можно только позавидовать! На личные вопросы вы можете не отвечать — это ваше право.

Вы предпочитаете работать самостоятельно или в команде?

  • Я быстро нахожу общий язык с людьми, поэтому мне нравится работать над проектами в команде. Мне намного интереснее работать с кем-то, чем в одиночку.
  • Я командный игрок, поэтому предпочитаю работать над общим делом совместно с другими сотрудниками отдела.

Как вы справлялись с большим количеством работы?

  • Я сталкивалась с такой ситуацией очень много раз. С тех пор я научилась управлять своим временем и такого больше не происходит, так как я могу управлять своим временем и соблюдаю дедлайны.

Как вы справлялись с трудными ситуациями/конфликтами?

  • У меня не было никаких проблем или конфликтов на работе. Я стараюсь фокусироваться на выполнении своих должностных обязанностях, что помогает мне избегать каких-либо неприятностей.

Каковы ваши цели на следующие пять лет? Следующие десять лет?

  • Я бы хотела получить дополнительное образование, посетить тренинги и курсы по продажам и стать профессионалом в этой сфере.

Как вы собираетесь достичь этих целей?

  • Я отметила, что в вашей компании проводится очень много тренингов, и я бы хотела посетить те, которые связаны с продажами, чтобы добиться своей цели — стать профессионалом в области продаж.

Сколько вы хотите зарабатывать? В краткосрочной и долгосрочной перспективе?

  • Я хочу такую зарплату, которая бы соответствовала позиции, которую я занимаю и должностным обязанностям, которые я выполняю.
  • Я хочу конкурентную заработную плату, которая соответствует тенденциям на рынке труда.

Чем вас привлекла эта работа?

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

Какими навыками вы обладаете для этой работы?

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

Что вы можете сделать для компании?

  • Мои организаторские способности и навыки работы в команде внесут большой вклад в поддержание дружественной рабочей атмосферы в компании и улучшат результаты.

Почему мы должны взять вас на работу?

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

Почему вы лучший кандидат для этой работы?

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

Какие у вас были обязанности?

  • Ответ должен быть честным. Помните, что говорить о последнем месте работы нужно позитивно.

Почему вы ушли/планируете уйти с вашей работы?

  • Я все еще работаю, но ищу компанию, в которой я смогу лучше и больше раскрыть свой потенциал.
  • У меня были проблемы личного характера, по которым я была вынуждена покинуть компанию. Но теперь все вопросы решены и я поскорее хочу вернуться к работе.

Что вам больше всего нравилось/не нравилось на вашей предыдущей работе?

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

С какими проблемами вы сталкивались на работе и как их решали?

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

Чему вас научили ваши ошибки?

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

Какая у вас была заработная плата на последнем месте работы?

  • Эта работа отличается от того, чем я занималась до этого. Давайте поговорим о моих обязанностях на этой позиции и после этого мы сможем решить, какая именно заработная плата им соответствует.

Какие у вас ожидания от вашего нового руководителя?

  • Хороший менеджер тот, кто умеет делегировать обязанности между своими подчиненными, понимая, кто с чем лучше может справится.
  • Хороший руководитель — это прежде всего лидер, который мотивирует своих подчиненных на достижение их общей цели.

Что вы ожидаете от новой работы?

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

У вас есть ко мне какие-нибудь вопросы?

Теперь пришло время задавать вопросы вам. Убедитесь, что HR-менеджер еще не ответил на ваши вопросы во время интервью.


Следующие две вкладки изменить содержание ниже.

Карьерный эксперт, копирайтер по резюме и деловому письму, тренер по собеседованию, основатель и автор публикаций на bosshunt.ru.

Похожее

Отправить ответ

avatar
  Подписаться  
Уведомление о