Какие инструменты использовали при тестировании
Что проверяют
Связываете ли вы инструмент с задачей, а не перечисляете список из вакансии.
Как отвечать
Идите по задачам, называя инструмент как решение.
Проверка API: Postman или Insomnia для ручных проверок и коллекций, curl для быстрых запросов и воспроизведения в отчёте, библиотека запросов в автотестах.
Работа с базой: клиент вроде DBeaver или консольный, чтобы сверять данные интерфейса с фактическими и готовить тестовые записи.
Автотесты: каркас (pytest, JUnit), Playwright или Selenium для веба, Appium для мобильных, отчёты Allure.
Перехват трафика: Charles, Fiddler или mitmproxy, инструменты разработчика в браузере. Позволяют посмотреть реальный запрос, подменить ответ и воспроизвести редкую ошибку сервера, не привлекая разработчиков.
Заглушки: WireMock или подобное, когда внешний сервис недоступен или нужно смоделировать ошибку.
Нагрузка: JMeter, k6, Gatling.
Логи и наблюдаемость: Kibana или Grafana, Sentry для ошибок.
Мобильное: Android Studio и Xcode, adb для установки сборок и чтения журнала, эмуляторы и реальные устройства.
Управление тестированием: TestRail, Zephyr, Qase или Allure TestOps, трекер задач.
Конвейер: Jenkins, GitLab CI или GitHub Actions, контейнеры для поднятия окружения.
Специальное: проверка доступности, инструменты безопасности для базовых проверок.
Сильный ответ добавляет один конкретный случай: например подменили ответ сервера на пятисотый код и обнаружили, что приложение показывает пустой экран вместо сообщения об ошибке.
Где спотыкаются
Перечисляют инструменты без задач.
Называют Postman, но не умеют работать с переменными и коллекциями.
Не пользуются перехватом трафика и не умеют воспроизвести ошибку сервера.
Не заглядывают в базу и в логи, полагаясь только на интерфейс.