Сейчас я в процессе смены работы и недавно проходила пару собеседований на мидл тестировщика. Пока в голове еще не все забылось, хочу рассказать, как это было.
По сути у меня было 2 технических собеседования в 2 разные компании.Несмотря на то, что я собеседовалась на мидла, было достаточно много вопросов по теории тестирования. Я не на все вопросы ответила, иногда прямо говорила, что не знаю или не помню. Иногда немного путалась. Но старалась отвечать развернуто и приводить примеры с работы.
1. Теория.
- Виды функционального и нефункционально тестирования. (Насколько помню, назвала не все)
- К какому виду относится тестирование безопасности?
- Пирамида тестирования, почему она такая?
- Техники тест-дизайна. Какие знаю, какими пользуюсь?
- Можно ли покрыть тестами весь функционал?
- Чем регресс отличается от smoke?
- В чем отличие между терминами: баг, дефект, сбой?
- Обязательные атрибуты баг репорт
- Назвать баг с низкой критичностью и высоким приоритетом и наоборот.
- (и ‐ неожиданно) Пункты agile манифеста. Дословно я их не назвала. Рассказала в общих чертах, чем agile отличается от класического waterfall. Но пункты манифеста? Серьезно? Кому они нужны!)))
2. Локализация багов Давали разные ситуации, где нужно было рассказать, как локализовывать баг (из разряда «фронт или бэк« ). Забавно, что на обоих собесах была примерно одинаковая ситуация: типа форма авторизации - логин, пароль и кнопка. Вводим логин, пароль и нажимаем кнопку. В одном случае ничего не происходит и даже нет анимации нажатия. Во втором ‐ анимация есть, но тоже ничего не происходит. Нужно было рассказать, что будем проверять.
3 API
- Что такое Rest, Soap?
- Какие методы запросов бывают?
- Какие форматы данных могут передоваться в rest, какие в soap?
- Чем json отличается от xml?
- Что такое json, какие типы данных может передавать? А что будет, если в json написать ключ, а значение не написать (то есть оставить пустоту, ни кавычек, ни null -ничего)?
- В чем отличие HTTP и HTTPS?
- Коды ответов http запросов. Кстати, я не сразу вспомнила, что означают коды 1хх.
- Разница между авторизацией и аутентификацией ( коды 401, 403). То есть на обоих собесах примерно одинаковые вопросы были по типу: если клиент кидает запрос, а он не авторизирован, какой код ответа будет? А если он авторизировался, получил токен и кидает с ним запрос, но у него нет прав на этот запрос, - какой код ответа будет? Тут я немного начала путаться, но в целом ответила.
- Какие запросы считаются индопонентными, какие нет? Я про этот термин слышала и раньше, тоже в собеседованиях (2года назад), и тогда я разобралась, что к чему, но на этом собесе я опять забыла). Ну как бы, кроме собесов, это знание особо ненужно. Просто все и так понятно и очевидно, и этими терминами в работе я никогда не пользовалась.
4. Знание инструментов.
- Devtools. Спрашивали, какими вкладками пользуюсь, в каких ситуациях.
- Postman. Спрашивали, был ли опыт автоматизации в постмане. Забавно: когда я училась, все вокруг обесценивали этот функционал, типа это не автоматизация, нельзя называть это автоматизацией... А тут такой вопрос. Кстати, опыт написания скриптов в постмане у меня был, и не только учебный. Конечно, я подробно рассказала об этом.
- Снифферы. Пользовались ли, какими, для чего нужны?
5. Sql.
- Что такое алиасы?
- Что такое реляционные бд? - Что такое первичный ключ, что такое вторичный ключ?
- Что такое схема, может ли на одной бд быть несколько схем?
Интересный момент: я ожидала задачки на создание запросов, а их не было. Также я заранее повторила синтаксис запросов типа create, insert, update и delete, потому что где-то слышала, как ругали тестировщиков, которые приходят на собесы и не знают синтаксис запросов типа insert наизусть, просят подглядеть в гугл. И если честно, я именно такой тестировщик! И я не очень понимаю, почему должна это все знать наизусть, если в работе этим практически не пользуюсь; чаще всего пишу селекты, соответственно, синтаксис селект запросов знаю хорошо. А остальные запросы я тестирую - не пишу! Ну камон, я тестировщик, а не разработчик! Да и в целом не могу представить себе ситуацию, когда не смогла бы загуглить это - это 3 секунды. Я знаю, что это за запросы, знаю логику, все это понимаю. Но, если я запуталась в синтакисе create на собесе, разве может это говорить обо мне как о плохом тестировщике? Перед каждым собесом я повторяла этот синтаксис и все равно сейчас уже немного подзабыла. Ну ничего не могу с собой поделать, не считаю это важной инфой, которую надо помнить наизусть!
6. По опыту работы.
- Состав команды и роли на проекте.
- Как проводим раннее тестирование?
- Как хранится и поддерживается тестовая документация?
- Как распределяются задачи?
Когда речь заходила о процессах на текущей работе, в конце я говорила: "Вот поэтому я и ухожу".
В целом оба собеседования прошли в очень дружеской атмосфере.
В компании, которая мне сделала в итоге оффер, я проходила еще собеседование с командой и руководителем тестирования.
С командой мы больше обсуждали проект, они задавали мне вопросы более конкретные по опыту, а я по проекту. С руководителем была уже короткая встреча в самом конце, где он дал обо мне очень положительный фидбек по итогам собеседований, а также задавал вопросы в духе «а действительно ли я вся такая раскрутая, как о себе тут создала впечатление»? И тут надо было как-то очень грамотно ответить, но с определенной степенью скромности. В общем мой ответ был на минут 5-7 и вроде я справилась с задачей.
В итоге от первой же компании, в которой проходила собеседование, я получила оффер.