Собеседование QA: что важнее знания конкретной технологии или подхода?
Вот спрашивают тебя на собеседовании: "Как бы ты организовал на проекте кратное тестирование?".
Возможные варианты:
- ты знаешь, что такое "кратное тестирование" и блестяще отвечаешь;
- ты НЕ знаешь, что такое "кратное тестирование", и честно это признаёшь;
- ты НЕ знаешь, что такое "кратное тестирование", и задаёшь уточняющие вопросы, чтобы выяснить, что под этим понимается на проекте, какие есть ограничения, условия применения и тд
Ещё возможна четвёртая опция: "крайнего тестирования" не существует, но ИИ уже расписал тебе 10 инструментов для него.
Не исключаю, что кому-то не подойдёт сотрудник, который не умеет в "крайнее тестирование", но для всех остальных может быть важно следующее:
- ты умеешь признавать ограниченность своей экспертизы
- ты умеешь задавать конкретные вопросы и систематизировать полученную информацию
- ты умеешь логически рассуждать
- ты имеешь базовые знания о тестировании/архитектуре приложений/разработке, которые позволяют тебе делать предположения для ответа на поставленный вопрос
Кажется, что такой подход может показать тебя с довольно выгодной стороны.