4. Задачи и задания. Сейчас проще некуда получить для каждого интервью свежие тестовые задания: ИИ нам в помощь. Но! Если вы хотите не просто получить чистые ответы, а посмотреть как кандидат у себя я голове их формирует, как думает: стараемся чтобы задания не были скучными. Технически задача должна быть многослойной: на разные уровни понимания и компетенции. В идеале, если ещё и подана в интересной форме. Ещё лучше: реальный жизненный кейс(ну и плюс, красиво приврать - истории не рассказать). Для автотестеров многие компании(особенно жёлтые, где собеседования в 5 этапов) любят сессии лайфкодинга с суровыми задачами по типу "посчитай количество букофф "А" в строке", "отсортируй массив" и прочие подобные радости. Мне всегда хотелось спросить этих товарищей: каким хреном умение искать перебором в цикле буковки или знание алгоритма пузырьковой сортировки реально будет полезным современному инженеру QAA? Если уж выдумывать задачу на работу с кодом - так пусть она будет по крайней мере с учётом современных реалий и реально близкой к теме работы. Но, как по мне, так лайфкодинг - пережиток позапрошлого и лишь потратит ваше и кандидата время(ваше хотя бы оплачивается, и на том спасибо). Отдельно стоят вопросы по SQL. Ну вроде как без него же сейчас никуда. Уж любого уровня тестировщик должен знать... А что, собственно, он должен знать? Простые селекты? Джойны? Хранимые процедуры? Чаще всего, опять же в стиле лайфкодинга, от кандидата требуют быстро понять структуру не шибко сложной БД из N-ого числа табличек и выдать какой-нибудь статистический запрос, который выливается из пары джойнов + having с условием на конце. Но, вот реально, чем это полезно для оценки кандидата? Что даёт? Мы понимаем, что кандидат с вероятностью 95% специально зубрил "задачи по SQL к собесу", либо сидел на проекте, где кроме SQL вообще ничего не было? Давайте уже признаем, что с современными системами поиска и тем более ИИ - любая задача по SQL уровня QA инженера - решается на раз, если кандидат умеет думать. И может быть нерешаемой, даже если он зазубрил кучу синтаксиса и команд, без понимания. Мой коллега, люто ненавидящий вопросы по SQL предпочитает ограничиваться самыми базовыми: "SQL знаешь? А что именно на практике использовал?" и вполне довольствуется ответами для получения общей картины. Разумеется, если в требованиях к вакансии(нашем ТЗ) нет чётких указаний на уровни компетенций именно по SQL.