Из этой статьи вы узнаете больше о том, как проводить собеседования с соискателями на должность QA-инженера.
Ваша команда готова принять на работу нового тестировщика программного обеспечения. Какие вопросы можно задать на собеседовании с QA-специалистом, чтобы определить, насколько квалифицирован данный соискатель? Если вы хорошо подготовитесь и вам повезет, то не придется изучать множество других резюме в течение долгого времени.
Вполне нормально задавать собеседнику сначала очевидные вопросы. Имеет смысл подтвердить знание предметной области на основе заявлений, сделанных в резюме кандидата. А что спрашивать дальше?
В этой статье мы рассмотрим лучшие вопросы и ответы на QA-собеседованиях, чтобы помочь вам подготовиться к интервью с соискателем.
1. Какие методологии тестирования вы использовали?
Ищите работу Junior QA? Тогда вам в наш телеграм канал QA Вакансии. Каждую неделю 7 лучших вакансий с телеграм контактом HR компании.
БОЛЬШЕ ВОПРОСОВ С СОБЕСЕДОВАНИЙ В НАШЕМ ТЕЛЕГРАМ КАНАЛЕ QASOBES
У вас есть опыт работы с agile или waterfall? Говорит ли вам о чем-нибудь слово “scrum”? Доходите ли вы до финиша в спринте?
“На собеседовании я пытаюсь понять, насколько сложная была работа у кандидата, – говорит Егор Булыхин, руководитель проекта в компании Smart IT. Возможно, интервьюируемый десять лет проработал тестировщиком, но это не означает, что он обладает той глубиной и широтой опыта, которая требуется вашей компании”.
Попросите кандидата объяснить, какую конкретно методологию он предпочитает и почему. Это продемонстрирует, насколько хорошо он понимает преимущества и недостатки каждой из них. Кроме того, это подтверждает коммуникативные навыки, а, как известно, умение ясно излагать свои мысли – одно из наиболее важных качеств для QA инженеров.
2. Какое ПО для тестирования вы используете?
Selenium. IBM Functional Tester. TestComplete. Katalon Studio. Functionize. Умение вашего собеседника взаимодействовать с той или иной маркой тестового программного обеспечения может стать веской причиной для получения им работы в вашей компании.
Хорошо, если соискатель знаком с несколькими инструментами – это говорит о том, что он понимает плюсы и минусы каждого из них. Еще лучше, если кандидат имеет опыт работы с тем программным обеспечением, которое использует ваша компания. В этом случае никому не придется тратить время на обучение новичка.
Обратите внимание на то, что незнание какого-то конкретного инструмента не должно быть причиной для отказа. Инструменты меняются. Вероятно, и вы используете не то же самое программное обеспечение, что пять лет назад. Удобно, если кандидат знаком с вашим ПО, но в долгосрочной перспективе важнее найти человека, который любит учиться новому.
3. Каков ваш опыт работы с автоматизированным и ручным тестированием?
Здесь опять-таки полезно выбрать кандидата, знакомого с текущими бизнес-процессами, и в то же время внести разнообразие с помощью человека с другим мышлением.
Если ваша компания внедряет автоматизацию тестирования, полезно знать, что эта концепция знакома соискателю. С другой стороны, опытные QA инженеры понимают, в тестировании всегда нужны живые люди, чтобы делать работу, с которой не могут справиться машины. Тестировщики могут найти трудноуловимые баги и улучшить пользовательский опыт.
Но на самом деле вопрос заключается в том, не придерживается ли претендент на вакансию закостенелого подхода из серии “мы всегда делали это так”. Это часто говорит о нежелании внедрять новые методы работы или изучать различные дополнительные инструменты.
4. Расскажите о своей самой удачной находке бага
Этот вопрос дает собеседнику возможность показать себя с наилучшей стороны. Однажды Колин Ма, работающий в OC Tech Alliance и бывший руководитель группы контроля качества, заметил, что его система обрабатывает на 8% меньше транзакций, чем обычно. Он решил провести расследование.
“Через три дня я нашел виновника. При определенных условиях работы платежный процессор переставлял номера счетов, что обычно приводило к тому, что учетная запись переставала существовать, – говорит Ма. – Мы устранили ошибку, исправив оператор IF в коде”.
Если бы Колин не обнаружил ошибку, то она стоила бы его компании огромных денежных штрафов. Подобных примеров на собеседовании уже достаточно, чтобы превратить соискателя в коллегу по работе.
5. Какую самую серьезную ошибку вы находили?
Сложные ошибки встречаются даже самым опытным руководителям группы контроля качества. Вы вступаете в схватку с программным обеспечением и получаете отпор. Ошибки: 1. Ваше эго: -1.
Задавая этот вопрос, вы даете интервьюируемому возможность рассказать, что именно пошло не так, как надо, как он на это отреагировал и как эта конкретная проблема была решена. В таких ситуациях в ответ всегда хочется услышать легкую и забавную историю, а не грустную повесть об уничтожении сервера резервного копирования и удаления 90% важных данных.
Этот вопрос – возможность для потенциального сотрудника QA-отдела рассказать занимательную историю и представить себя в роли аутсайдера, который в итоге становится звездой и решает серьезную проблему. Кроме того, рассказывание историй из личной практики может помочь соискателю немного расслабиться, если он сильно нервничает на интервью.
6. Как бы вы протестировали автомат с газировкой?
Естественно, вы хотите увидеть, как ваш собеседник справляется с техническими проблемами, в том числе и нестандартными. Попросите кандидата протестировать что-то произвольное, например, автомат с газировкой или приложение для мобильного телефона, с которым вы оба хорошо знакомы.
Автоматы с газировкой – интересный тестовый пример, поскольку в сумме они состоят из множества элементов: буквенно-цифровой клавиатуры, холодильника, валидатора денежных купюр, самого автомата с газировкой, рекламного дисплея и т.д. К тому же, QA инженеры подходят к автомату иначе, чем клиент, который просто решил освежиться прохладным напитком.
Тестировщики, склонные к аналитическому мышлению, будут учитывать различные функции и потребности пользователей. И это может рассказать вам о том, как ваш кандидат подходит к решению вопросов, начиная с тестирования безопасности и заканчивая пользовательскими интерфейсами.
7. Как вы пишете тест-кейсы?
Конечно же, всем нужны кандидаты, которые умеют писать качественные тест-кейсы с закрытыми глазами. Но не каждый интервьюируемый обладает обширным опытом в этой области, особенно если говорить о тех, кто только начинает карьеру тестировщика.
Не ждите от соискателя четкого ответа, говорит Булыгин. Но обсуждение вопроса может показать, что собеседник считает наиболее важным. “Вы должны увидеть внимательность к деталям и четкое изложение мыслей”.
При этом важны не столько ответы, сколько вопросы. “Я всегда жду, чтобы потенциальный тестировщик сам задал мне вопрос, – говорит Шейн Шерман, генеральный директор компании TechLoris. – Я хочу, чтобы он спросил, какие платформы мы поддерживаем. Любой, кто занимался контролем качества веб-приложений, знает, что существуют значительные различия между различными браузерами и устройствами. QA инженер не должен утверждать ни один тест-кейс, пока он не будет протестирован на всех [поддерживаемых] комбинациях устройства/ОС/браузера».
8. Как вы организуете свою работу?
Вы можете спросить об этом несколькими способами. Используете ли вы контрольные списки? Дополняете ли вы контрольный список по ходу работы? Как вы расставляете приоритеты? Начинаете ли вы с требований?. Есть и другие вопросы, которые дают возможность понять, как организует рабочий процесс ваш собеседник
“Обеспечение качества – это повторяющийся процесс, который требует максимального внимания”, – говорит Александра Марин, директор по дизайну компании CodeCrew. По мнению Марин, чем более организован человек с самого начала, тем выше его продуктивность.
9. Сколько времени достаточно для тестирования релиза?
Конечно, любому тестировщику хочется иметь в запасе как можно больше времени. Тем не менее, ответ на этот вопрос – это возможность понять, сколько времени кандидат привык тратить на работу, и как именно он предпочитает выстраивать процесс тестирования.
Попросите собеседника рассказать о своем опыте выполнения работы в условиях жестких дедлайнов и объяснить, какие шаги он бы добавил, если бы у команды было еще несколько дней на работу с проектом.
10. Насколько важно для отдела QA принимать участие в планировании разработки?
Команды обеспечения качества могут работать по-разному. Некоторые из них являются частью более крупной команды разработчиков, где все привыкли собираться вместе на регулярные встречи. Другие привыкли общаться в основном между собой. Аналогичным образом, некоторые команды QA приходят на работу уже после завершения процесса разработки приложения, а другие – с его первого дня.
Кандидат, который отказывается участвовать в планировании, предпочитая заняться лишь поиском необходимых ошибок, может быть сосредоточен только на выполнении поставленной задачи и ни на чем другом больше.
Один тестировщик рассчитывает принимать активное участие в сессиях планирования спринта/разработки, чтобы лучше понять контекст каждой задачи и, соответственно, оценить риски и сложность каждой функции. Другой может посчитать, что более продуктивно будет просто организовать встречу с коллегами в Zoom.
Как вы знаете, сессии планирования – это хороший способ разобраться с вероятными проблемами до того, как они станут реальными. Хочется верить, что ваш собеседник тоже это знает.
11. В чем разница между QA, QC и тестированием?
Обеспечение качества связано с разработкой стратегии по определению и внедрению стандартов качества. Контроль качества, с другой стороны, использует метод, установленный службой QA, для поиска проблем и улучшения программного обеспечения. Тестирование – это процесс поиска ошибок и дефектов.
Проверьте, понимает ли ваш собеседник нюансы этих процессов и знает ли он, на кого именно в организации обычно возлагаются те или иные обязанности.
Примечание редакции: на эту тему у нас есть статья “Разница между QA и QC”.
12. Когда следует внедрять обеспечение качества?
Лучше всего внедрить процесс обеспечения в самом начале проекта. Установление стандартов качества на самых ранних этапах гарантирует более плавный ход разработки и тестирования.
Ваш собеседник должен оценить ценность раннего старта процессов QA и то, насколько дорогостоящими с точки зрения времени и затраченных усилий могут быть задержки. Понимание того, что может навредить проекту, позволяет использовать только лучшие практики.
13. Какой объем тестирования считается достаточным?
Как гласит один из семи основных принципов тестирования: “Исчерпывающее тестирование невозможно”. Тестировщикам необходимо выбирать тестовые случаи, которые с наибольшей вероятностью проверят очевидные уязвимости кода. Чтобы тестирование было эффективным, следует сосредоточиться на общих проблемных областях, самых главных возможностях и функциональности.
Кандидат должен уметь определить баланс между исчерпывающим и эффективным тестированием. Важно понимать, что процесс тестирования должен иметь определенную конечную цель.
14. В чем разница между валидацией и верификацией?
Верификация проводится на этапе разработки, чтобы убедиться в том, что все заданные требования выполняются. Валидация проводится по завершении разработки и используется для того, чтобы понять, соответствует ли весь продукт установленным требованиям.
Очень важно, чтобы кандидат понимал это главное различие. Идеальный вариант – проверить его знания об этих процессах более детально.
15. Почему из разработчиков получаются плохие тестировщики?
Существует конкретная разница в менталитете разработчиков и тестировщиков. Разработчики проверяют функциональность, чтобы убедиться, что она работает, в то время как тестировщики проверяют то, что она не работает.
Разработчики также часто бывают предвзятыми, поскольку они создают код.
Наконец, процесс тестирования включает в себя знание определенных техник, которые в большей степени относятся к компетенции тестировщиков.
Это не мешает разработчикам тестировать программное обеспечение. Однако в лучшем случае основная часть тестирования будет возложена на опытных QA инженеров. Хотя, бесспорно, конструктивный вклад разработчиков никогда не будет лишним в этом процессе.
16. Что представляет собой жизненный цикл тестирования?
Жизненный цикл тестирования начинается с анализа требований и планирования самого процесса. Затем разрабатываются соответствующие тест-кейсы. Следующий шаг – создание тестовой среды и выполнение тестов. Наконец, когда все ошибки устранены, тестирование завершается.
Хотя в отдельных случаях эти этапы могут и не совпадать, обратите внимание на то, чтобы соискатель четко понимал основные концепции жизненного цикла и то, как должен работать каждый этап.
17. Что такое тестирование на основе данных?
Тестирование на основе данных – это создание тестовых сценариев, в которых тестовые данные и / или выходные значения считываются из файлов данных (включая таблицы Excel или файлы CSV) вместо использования одних и тех же жестко установленных значений при каждом запуске теста.
Кандидат должен хорошо понимать всю суть этого процесса и рассказать о преимуществах автоматизации тестирования на основе данных для достижения наилучших результатов.
18. Что включает в себя стратегия тестирования?
Стратегия тестирования – это высокоуровневый план, задающий определение общего подхода к тестированию для всего проекта. Обычно он включает в себя объем работ, график, приоритеты, а также необходимые ресурсы для планирования тестирования.
Хороший специалист будет понимать различные составляющие эффективной стратегии тестирования и ее важность для определения подхода к тестированию всего проекта.
19. Назовите три подхода к тестированию
Подходы к тестированию можно разделить на тестирование методами “белого”, “черного” и “серого ящика”. Тестирование “белого ящика” сосредоточено на структуре кода и обычно выполняется разработчиками или тестировщиками, владеющими языками программирования. Тестирование “черного ящика” опирается на спецификации и требования. В тестировании “серого ящика” участвуют тестировщики, частично осведомленные о внутренних процессах программного обеспечения.
Убедитесь, что ваш собеседник понимает нюансы этих подходов к тестированию и может назвать общие сценарии, в которых каждый из них может быть применим.
20. Как вы управляете временем и соблюдаете сроки тестирования?
Оптимальным подходом является установление приоритета для самых основных тест-кейсов, чтобы обеспечить тестирование всех наиболее важных аспектов программного обеспечения. Еще одна разумная идея – изучать отзывы клиентов, чтобы понять, какие области продукта наиболее важны при реальном использовании, и сосредоточиться именно на них.
Управление временем и эффективный рабочий процесс являются важнейшими элементами QA, и интервьюируемый должен иметь четкое представление об этих подходах.
21. Чем стресс-тестирование отличается от нагрузочного тестирования?
Стресс-тестирование предполагает увеличение нагрузки на систему за пределы нормального, ожидаемого диапазона. Нагрузочное тестирование, с другой стороны, предполагает постоянную, стабильно высокую нагрузку, которая при этом остается в пределах ожидаемой.
Несмотря на то, что разница между этими двумя видами тестирования сравнительно небольшая, соискатель должен уметь описать возможные сценарии, в которых каждый из подходов может быть полезен, и рассказать, что каждый метод тестирования может быть использован для диагностики ПО.
22. Что такое функциональное и нефункциональное тестирование?
Функциональное тестирование связано с тем, соответствует ли тестируемое программное обеспечение функциональным требованиям, получают ли конечные пользователи продукта необходимую им функциональность. Нефункциональное тестирование непосредственно связано с другими атрибутами, такими как масштабируемость, безопасность, удобство использования и производительность.
Это ключевое различие, которое лежит в основе подходов к тестированию. Кандидат должен хорошо его понимать и привести примеры проверок для каждого подхода.
23. В чем различие между регрессионным и повторным тестированием?
Повторное тестирование проводится после исправления дефектов. Оно поверяет, действительно ли все ошибки были устранены. Регрессионное тестирование представляет собой проверку программного обеспечения для подтверждения того, что внесенные корректировки не сказались негативно на функциональности приложения.
Идеальные кандидаты должны уметь подробно рассказать об основах этих видов тестирования, их методах и преимуществах.
24. На какие распространенные ошибки в работе вы обращаете внимание?
Ваш собеседник должен уметь подходить к процессам обеспечения качества с упреждающей и превентивной точки зрения. Исходя из этого, вам следует ожидать от него ответы, включающие неправильное распределение ресурсов, проблемы с составлением расписания, недостаточное внимание к деталям и отклонение от общей стратегии тестирования, установленной с самого начала.
25. Что такое monkey тестирование?
При monkey тестировании для проверки поведения системы используются случайно сгенерированные входные данные. Оно предназначено для воспроизведения сценариев, при которых реальные пользователи могут предоставлять приложению случайные данные. Monkey тестирование может быть автоматизировано. Его часто используют во время нагрузочных или стресс-тестов.
Ваш собеседник должен уметь объяснить важность “обезьяньего” тестирования и рассказать обо всех его нюансах.
26. Как определить, сколько тестов необходимо для программного обеспечения?
Объем тестирования программного обеспечения зависит от его сложности. Это помогает определить необходимый уровень тестирования.
Опрашиваемый должен уметь дать базовое объяснение концепции цикломатической сложности и, желательно, продемонстрировать знания об узлах, ребрах и вычислении цикломатической сложности для программного обеспечения.
27. Какова, по вашему мнению, идеальная последовательность методов тестирования?
Хорошим ответом будет план, который начинается с модульного и завершается приемочным тестированием. Промежуточные этапы, в зависимости от пожеланий опрашиваемого, могут включать такие методы тестирования, как системное и интеграционное.
Глубокое знание различных методик тестирования и их нюансов – важное качество идеального кандидата.
Перевод статьи «27 Selective QA Interview Questions for Managers to Ask».