Привет! Я — Сергей Могилевский, QA Team Lead и TechLead в команде NIX. Уже шесть лет я занимаюсь тестированием. Последние четыре года я групплид и три года лид тестирования на проекте. Решаю сложные технические задачи и занимаюсь менеджментом.
Я часто провожу интервью на позицию QA-инженера в нашу команду. На сегодня у меня сформировалось достаточно знаний о том, каким должно быть качественное резюме и что позволит эффективно подготовиться к собеседованию. Поэтому хочу поделиться практическими советами. Пусть они помогут вам быстрее получить желаемую роль в команде.
Давайте начнем подготовку к интервью!
Резюме — это визитная карточка соискателя, которая помогает составить о человеке первое впечатление. В нем должны быть лаконично описаны ваши ключевые достижения и подчеркнуты сильные стороны. Довольно часто как начинающие, так и опытные специалисты забывают об этом простом правиле. И для того, чтобы избежать типичных ошибок, предлагаю для начала поговорить именно о резюме.
Требования к Junior-специалисту
В резюме джуниора мы в NIX обращаем внимание на то, какой вуз окончил кандидат или где учится на данный момент. Если мы говорим о вакансии QA Automation, то нам важна информация о том, что наш соискатель технарь. Гуманитарию же с большей долей вероятности понадобится дополнительная техническая подготовка, чтобы занять такую позицию.
Необходимо на базовом уровне освоить Python, Java, JS или С#. Затем взять тестовый фреймворк или библиотеку, которые поддерживает выбранный язык, и попробовать написать тесты. Лучше всего начать с интерактивной программы обучения (например, Codecademy, Java Rush, Coursera).
Обязательно указывайте предыдущий IT-опыт, если такой есть. Напишите, какую позицию занимали, где, какие обязанности выполняли и какие навыки прокачали. Если последние полгода вы были джуниор-тестировщиком, для нас это показатель того, что вам не понадобится усваивать базовую теорию (например, что такое тест-кейс и чек-лист). Если в ходе интервью мы поймем, что какие-то темы стоит подучить — ничего страшного.
Для нас важно, чтобы новичок быстро реагировал на новую информацию, ориентировался в теме и исправлял ошибки с нашей помощью.
Если вы хотите поделиться с нами, что когда-то были участником цирковой труппы — это здорово! Технические эксперты точно оценят эту информацию в резюме и пообщаются с вами на эту тему ради интереса. Но помните о том, что при приеме на позицию QA, практической ценности в этом нет.
Также укажите в резюме уровень вашего английского. Хорошее знание иностранного языка позволит вам свободно читать техническую документацию. В идеале — Intermediate и выше, но бывают исключения. Ведь не во всех проектах вам придется общаться с заказчиком напрямую. Также технический эксперт может рассмотреть резюме кандидата с минимальным уровнем английского, если специалистов в команде очень не хватает.
Этап знакомства с резюме завершен. Теперь экспертам нужно убедиться в правдивости информации, которую указал новичок. Для того, чтобы определить уровень знаний Junior-специалистов, мы предлагаем ребятам пройти технический тест. Он состоит из трех этапов:
- Теоретическая часть. У вас могут спросить, какой принцип summary в баге, какие бывают методы HTTP-запросов, какой вид программирования без применения автоматизации будет затруднительным и почему. Это примеры простых задач, которые под силу каждому из вас, поэтому не волнуйтесь. Мы лишь хотим проверить, знаете ли вы теорию на базовом уровне.
- Практическая часть. До встречи с техэкспертом мы даем решить логическую задачу. Например, почему в дикой природе белые медведи не едят пингвинов? (Просто они живут на разных полюсах). Или другая задача: в доме четыре окна, и все они выходят на юг. В одно из окон заглянул медведь. Какого цвета медведь? Ответ: дом расположен на Северном полюсе, а это значит, что все четыре окна выходят на север. Медведь белый, потому что на Северном полюсе другие не живут. Для нас не столько важен правильный, сколько остроумный ответ с выстроенной логикой. Если вы докажете, почему ваш неправильный ответ является правильным — это тоже здорово. Так мы определяем гибкость ума соискателя. Бывало, человек писал, что не знает ответ на вопрос. Вот так делать не стоит. Подумайте и постарайтесь выкрутиться из ситуации. Уверены, что вы справитесь.
- Проверка уровня владения английским языком. Вам предоставят небольшой фрагмент текста из технической документации. Ваша задача — перевести его с русского на английский или наоборот. Лучше не использовать Google-переводчик, а постараться перевести текст самостоятельно.
Лучше постараться ответить на все вопросы
У нас нет так называемого порогового балла, который обязательно должен набрать кандидат. Если на большую часть вопросов человек ответил правильно и мы не заметили копирование информации из других источников, то с удовольствием пригласим его на собеседование.
Ключевая ценность мидла и сеньора — опыт должен соответствовать заявленному уровню
Рассматривая резюме опытного специалиста, мы обращаем особое внимание на соответствие описанных знаний и навыков требованиям вакансии. Предположим, у нашего кандидата пять лет опыта, но все это время он тестировал мобильные устройства. Мы же пытаемся найти специалиста, который будет проверять бэкенд-составляющую веб-приложения. Значит, эти навыки не пересекаются.
Максимально детально прописывайте ваши скиллы. Например, умение пользоваться консолью в браузере и TestFlight на iOS. Если вы чего-то не знаете — не проблема. Мы готовы обмениваться знаниями и ожидаем, что опытный соискатель быстро ознакомится с подходами для написания тестов и «побежит» вместе с нами.
Суперинтересно становится, если в резюме человек указал, что умеет писать автотесты, а на практике вовсе этого не делал. Пишите в резюме правду, чтобы действительно произвести хорошее первое впечатление.
Я заметил такую тенденцию: опытные специалисты добавляют в один список информацию о том, чем они занимались на протяжении двух недель и пяти лет.
Например, тестировал API приложения и разрабатывал перфоманс-тесты. А во время разговора мы понимаем, что соискатель реально занимался этим всего две недели. Тогда возникает вопрос: зачем указывать это в резюме наравне с другими навыками?
Этап собеседования: от технической базы — до вопросов на внимательность
На собеседовании с джуниорами мы практически всегда начинаем с вопроса, который вызывает недоумение у 40% кандидатов: что такое тестирование.
Прежде чем идти на интервью, обязательно разберитесь в этом понятии. Неправильный ответ говорит о том, что соискатель совсем не готовился к разговору или не очень хорошо понимает суть QA.
С опытными ребятами все иначе. Мы предполагаем, что человек уже знаком со всей теорией и успел в ней «повариться». Нам гораздо интереснее узнать о профессиональном бекграунде и, например, о преимуществах и недостатках предыдущих проектов.
Во время собеседования мы можем задать вопрос-уловку, который не несет никакой смысловой нагрузки. Например: почему в Scrum планирование не может происходить без предварительного регрессионного тестирования?
Вопрос может звучать осмысленно только для того, кто совсем не понимает, о чем его спросили. Кто-то начинает придумывать ответ, кто-то говорит, что не знает, но есть и те, кто сразу же отмечает, что это бессмысленный вопрос. И такая реакция дает нам понять, что кандидат хорошо разбирается в предметной отрасли.
В нашем арсенале задач для собеседований бесконечное множество. Например, еще такая: на сайте есть поле для ввода даты рождения, благодаря которому мы можем проверить, совершеннолетний пользователь или нет. Вопрос к соискателю звучит так: «Как вы будете тестировать это поле?». Каждый второй кандидат во время проведения расчета точной даты рождения начинает путаться и в итоге ошибается. Мы всегда заинтересованы в том, чтобы кандидаты справились с заданием. Если нужна подсказка экспертов, не бойтесь попросить о помощи. Задавайте столько уточняющих вопросов, сколько вам нужно:
- Что конкретно принимает это поле?
- Какой формат вводимых данных?
- Какие ограничения у пользователя на ввод?
Когда выясните детали, важно понять, что поле ввода даты рождения тестируется с помощью разных данных в зависимости от текущей даты. Например, сегодня 9 декабря. Это значит, что человеку, который родился 9 декабря 2003 года, уже 18 лет. Если бы мы тестировали 8 декабря, то изменили бы тестовые данные (9 декабря 2003 года). Очевидно, что результат расчетов будет другим. Соискатель должен уточнить конкретную дату тестирования и исходя из этого придумывать набор тестовых данных. Затем придумать тесты для позитивных кейсов, когда пользователь сможет войти в приложение, и для негативных — если попытка не удастся. Также можно вспомнить о некорректном наборе данных. Например, формате или дате.
Кажется, пришло время действовать!
Полезные материалы для подготовки к интервью
Тем, кто решил построить карьеру в сфере QA, предлагаю ознакомиться с этими материалами. Эти ресурсы помогут вам основательно подготовиться к собеседованию, подтянуть или освежить базовые знания.
Теория тестирования
- Что такое тестирование. Цели, задачи и принципы
- Виды тестирования
- Понятие дефекта
- Тестовая документация
- Особенности тестирования web, mobile и desktop приложений
Книги
- Cem Kaner, James Bach, Bret Pettichord «Lessons Learned in Software Testing»
- Роман Савин, «Тестирование Дот Ком или Пособие по жестокому обращению с багами в интернет-стартапах»
- Рекс Блэк «Ключевые процессы тестирования. Планирование, подготовка, проведение, совершенствование»
- Роберт Калбертсон, Крис Браун, Гэри Кобб «Быстрое тестирование»
YouTube-канал
Telegram-каналы
Веб-порталы
- Начать лучше с protesting.ru
- Расширять свои знания здесь
- За ответами на более точечные вопросы — сюда
- Блог для прокачки знаний и пополнения technical english vocabulary
Дополнительные материалы
- Методологии разработки ПО
- Web Application Testing Checklist
- Типы мобильных приложений и особенности тестирования
- How to Report Bugs Effectively
- Цена ошибки
- Тестирование на примере карандаша
- UI controls: на английском и на русском
- JSON и XML. Что лучше?
- Для закрепления знаний
- Задачи для разминки
Технический бэкграунд
- Основы HTML, CSS, XML, JSON
Теория, знание которой будет плюсом
Для практики
Работа с консолью в браузере
- Open Chrome DevTools
- Обзор основных возможностей Chrome DevTools
Клиент-серверная архитектура
- Клиент-серверная архитектура for dummies — YouTube, YouTube-2
- Компьютерные сети. Учебный курс
- Доступно про API
Протоколы передачи данных
Работа с cash и cookies
Базы данных
Чтобы усвоить теорию тестирования API
- API
- REST API
- SOAP API
- Сравнение SOAP и REST
- HTTP
- Структура HTTP-запросов
- Структура HTTP-ответов
- Статус кода HTTP
- Клиент-серверная архитектура
- Микросервисная архитектура
- Сравнение микросервисной и монолитной архитектуры
- Описание стандарта XML и JSON
- JSON против XML
Инструменты
- Postman
- Альтернативы Postman’a
- Прокси-траффик
- Fiddler
- Burp Suite Community Edition
- Проверка JSON на правильность
- Проверка XML на правильность
- Notepad++
- Atom
Курсы по программированию и автоматизации
Библиотеки и фреймворки
Читайте также: «Паниковать не стоит — и если опыта нет, то так и скажите»: как пройти собеседование на тестировщика
Этот материал – не редакционный, это – личное мнение его автора. Редакция может не разделять это мнение.
Сообщить об опечатке
Текст, который будет отправлен нашим редакторам: