На каком языке написан фреймворк
Что проверяют
Чаще всего вопрос про ваш фреймворк автотестов, то есть про конкретный проект в резюме. Проверяют, писали вы его сами или дописывали тесты по образцу, и понимаете ли, почему язык выбран такой.
Как отвечать
Сначала уточните, о чём речь: тестовый фреймворк вашего проекта, фреймворк самого приложения или сторонний инструмент. Дальше отвечайте про свой стек целиком: язык, раннер, драйвер, работа с данными, отчёты, запуск в CI.
Типичные связки, по которым легко ориентироваться:
- Java: JUnit или TestNG, Selenium либо Selenide, Allure, сборка Maven или Gradle;
- Python: pytest, requests для API, Playwright для UI;
- JavaScript и TypeScript: Playwright или Cypress, Jest для юнит-уровня.
Обязательно проговорите правило выбора: язык автотестов обычно берут тот же, что у продуктовой разработки. Так можно читать код приложения, переиспользовать модели данных и просить ревью у разработчиков, а тесты не превращаются в отдельный остров. Исключение, когда автоматизация живёт отдельной командой и работает только через API.
Про инструменты хорошо знать, что ядро Playwright написано на TypeScript, а под другие языки идут биндинги, у Selenium сервер на Java при клиентских библиотеках для Java, Python, C#, JavaScript и Ruby.
Где спотыкаются
Начинают перечислять языки мира вместо ответа про свой проект. Вопрос почти всегда конкретный, и общий обзор читается как попытка увести разговор от деталей.
Называют язык, но не могут описать устройство фреймворка: где лежат локаторы, как параметризуются окружения, откуда берутся тестовые данные, что делает базовый класс, как устроены ожидания. Здесь и выясняется реальная глубина участия.
Путают язык фреймворка с языком сценариев. Шаги могут быть описаны в Gherkin, а реализация лежать в коде на другом языке; ядро инструмента бывает на одном языке, а ваша обвязка на другом.