Через неделю

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

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

ну и общие вещи - если спрашивают то, чего ты не знаешь, то прямо говори, что не знаешь, но готов изучить

Насколько реальные все эти задачки типа протестируй карандаш или это уже миф-баян?

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

ещё часто просят протестить какое нибудь поле ввода.
типа вот у нас есть поле в которое вводится имя\номер банковской карты и т.п.
по сути там нет чисто правильных и чисто неправильных ответов, просто хотят посмотреть как ты мыслишь.
и опять же мыслить надо стараться в контексте тест дизайна.

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

Оо и какие проверки для квеста ?

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

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

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

сначала, конечно, неплохо бы уточнить требования

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

да нет, в принципе тестирование есть тестирование.
специфичные вещи тоже, конечно бывают. особенно при разборе фидбэка от пользователей бывают очень забавные случаи)

Спасибо за адекватные ответы, начинаю иметь представление. С клиент серверной архитектурой знаком, уже встречал вопрос что можно там протестировать. Первое что мне пришло в голову это ответы 200, 403 отказ и 500. Что подразумевается когда нужно протестировать какое то приложение с клиент-серверой архитектурой и делают акцент именно на ней?

Ну, я надаюсь, что прям коды по памяти у тебя спрашивать не будут, ибо это какое-то издевательство.
Но в целом надо чтобы ты мог рассказать - что вот есть клиент, это часть с которой работает пользователь, она отправляет сообщения на сервер это бэк, там происходит какая-то логика, изолированная от прямого воздействия пользователя, потом производит какие-то операции с базой данных (если это требуется) и\или отдаёт обработанную информацию обратно на клиент.

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

Но в общем-то всё равно главное что:
1) Базовые вопросы. Что такое баг. Каковы цели тестирования.
2) виды тестирования (тут главное не начать путать виды тестирования и техники тест дизайна). функциональное, крит смок, регресс, модульное, интеграционное, энд 2 энд и т.п. если больше 5 сможешь назвать и рассказать о них - я думаю достаточно будет.
3) техники тест дизайна (см пункт 2 - не путать) - так же думаю достаточно будет пяток самых основных типа классы эквивалентности, пограничные значения, пейрвайс, эксплоратори, юзкейс, причинно-следственное - хватит наверн
4) к пункту 3 можно вдовесок рассказать например ещё про матрицу трассировки. хоть это и не совсем про  техники тест дизайна, но если расскажешь думаю будет плюс

5) инструменты - будет плюс если сможешь что-то сказать про тасктрекер (обычно jira), тмс (обычно testrail)