Всем снова привет, на связи Лёша! В связи с моим довольно успешным менторским опытом и большим количеством пройденных собеседований на позиции джун/мидл через наушник со своими учениками, могу рассказать что сейчас хотят от тебя работодатели, чтобы ты стал их QA manual engineer!

Самое важное - это уверенность в голосе , кто бы что не говорил, но если вы уверенно рассказываете (приукрашивание != ложь) о своем прошлом опыте , то на корню вы обрубаете тривиальные вопросы со стороны собеседующих вас hr’ов или других тестировщиков. Особенно круто когда есть, что приукрасить и вместе с этим в моментах вставлять слова из слэнга it (бэклог, шмэклог ну и тому подобные слова, не обязательно с окончанием -лог).

К счастью или к сожалению , отличие должности Джуна и Мидла в рамках собеса на QA чаще всего только в том , насколько в какую сторону уклонится тематика собеседования: 1. Выслушивание кандидата, чтобы понять ключевые моменты с его прошлой работы и далее делать вывод с командой, пойдет ли он нам или нет (чаще всего не выдают конкретный фидбек об отказе , а просто говорят что не готовы взять) p.s. Не стоит отчаиваться из-за отказа, так как раз за разом ты станешь более уверенно говорить про свой опыт, что потом приведет тебя в 100% случае к успешным трудоустройству; 2. Большое количество вопросов по теории начиная от того , что такое тестирование и писал ли ты когда-то тест-кейсы заканчивая в общем каким-то тестовым заданием.

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

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

1. Виды тестирования - вопрос может звучать по разному , в зависимости на какой из двух исходов ты прошел - либо «Какие виды тестирования ты применял?» , либо «Какие виды тестирования ты знаешь/бывают?». Важно также научится слушать, так как ненароком услышав этот вопрос , ты начнешь рассказывать не про виды, а про уровни, а также про каждый отдельно - этого делать не надо… Если спросят - это тогда рви
2. Тест-кейс, чек-лист - тут тот же формат двух исходов, либо «Какая документация у вас была/ Какую писали документацию?», либо «Что такое тест-кейс / чек-лист и их отличие?»
3. Тест-дизайн (Граничные значения, эквивалентное раздделение) - тут чаще всего спрашивают об этом одинаково - «Какие техники знаете , какие применяли?» - стоит разобраться в матрице покрытия , так как эта крутая и нужная штука , остальное все более чем понятно описано в интернете. Почему указал в скобках только ГЗ и ЭР, да потому-что только по ним могут заставить объяснять что это такое , под тому стоит разобраться что это вообще за техники и как их применять!
4. Как работает интернет - основа основ, дабы отсеять невежд из прошлых веков. Вдруг ты случайно попал в 21 век из прошлого?
5. Методы HTTP, отличие GET от POST, POST от PUT, HTTP от HTTPS - тоже основа основ иногда на собесах к ней есть два вопроса «Какие методы вы знаете / использовали?» и «В чем отличие одного от другого?». Тут уже не смотрим на 1 или 2 исход.
6. Типы данных (str,int и т.п.) - советую знать как 5 пальцев , это поможет найти ошибки в json, postman и sql.
7. Статус коды - УЧИ И ЕЩЕ РАЗ УЧИ, в идеале когда будешь рассказывать , приводить точные примеры с не называть все коды только сотнями - это покажет то, что ты сталкивался с ошибками с разными статус кодами
8. Жизнецнный цикл разработки ПО - важно знать чтобы в голове было представление того, кто ты такой и когда ты “включаешься” в проект
9. Этапы тестирования ПО - тоже самое , важно знать какие у тебя должны быть этапы на любом месте работы в должности QA
10. DevTools - в зависимости от исхода 1 или 2 можно получить такие вопросы «Девтулзом пользовались?», либо «Что такое девтулз, и какие вкладки вы использовали?»
11. Stack QA - тут в идеале знать что такое postman, swagger и как они работают
12. SQL - crud запросы и не более.. #qa