Расскажите про свой опыт, команду и используемые инструменты
Что проверяют
Связно ли вы рассказываете о работе и связываете ли инструменты с задачами.
Как отвечать
Три части, и каждую делайте конкретной.
Опыт. Продукт и предметная область, размер и стадия, что именно проверяли. Виды работ: функциональное тестирование, регрессия, проверка API, мобильные приложения, нагрузка. Один эпизод обязателен: нашли дефект, который иначе дошёл бы до пользователей, и покажите ход рассуждения, как вы к нему подобрались. Это ценнее списка технологий.
Команда. Состав и роли, сколько тестировщиков на сколько разработчиков, на каком этапе вас подключают. Ключевой момент: участвуете ли вы в обсуждении задач до разработки. Тестировщик, читающий требования вместе со всеми, ловит противоречия на этапе, где правка стоит копейки. Тестировщик, получающий готовое в последний день, обречён на авралы.
Инструменты, обязательно в связке с задачей:
- проверка API: клиент запросов с коллекциями и переменными, консольная утилита для быстрых проверок;
- база: клиент для сверки данных и подготовки состояния;
- логи и наблюдаемость: агрегатор для поиска по идентификатору запроса, отдельный сервис для ошибок;
- перехват трафика: посмотреть реальный запрос приложения и подменить ответ, чтобы воспроизвести редкую ошибку;
- автотесты: каркас, библиотека для интерфейса, отчёты;
- мобильное: среда разработки, консольная утилита, устройства;
- управление тестированием и трекер задач;
- конвейер сборки.
Формулировка «использовал Х» слабая. Сильная звучит так: «подменял ответ сервера на пятисотый код и обнаружил, что приложение показывает пустой экран вместо сообщения об ошибке».
Где спотыкаются
Перечисляют инструменты без задач.
Не могут описать ни одной находки.
Не знают, на каком этапе их подключают и почему это важно.
Рассказывают про команду в общих словах, не касаясь распределения ответственности.