Собеседование в OZON: (12 основных вопросов для тестировщика).

• Приветствие и приглашение подписаться на канал.  

• Объявление о собеседовании на позицию тестировщика в компанию Озон.  

• Подготовка к собеседованию, включая кофе и печенье.  

• Представление команды платформы мобильного приложения продавца на Озон.  

• Описание этапов собеседования: скрининг, техническое интервью и финальное.  

• Начало собеседования с технических вопросов и задач на тестирование.  

• Описание проекта, над которым работает кандидат.  

• Работа в команде по навигации и транспорту, тестирование карт и геолокации.  

• Использование самописного эмулятора для тестирования маршрутов и геолокации.  

• Тестирование различных видов маршрутов: самокаты, пешие, велосипеды, такси.  

• Взаимодействие с общественным транспортом и отображение данных о маршрутах.  

• Использование тестовых серверов для тестирования и автоматизации.  

• Желание развиваться в автоматизации и использование Python и Swift.  

• Проблемы с автоматизацией в текущей компании и желание уйти.  

• Ожидания от компании в плане автоматизации и планы на будущее.  

• Описание задачи по тестированию чата.  

• План тестирования: проверка бэкенда через Postman, UI и функциональности.  

• Использование инструментов для тестирования скорости и корректности работы.  

• Проверка логики отображения сообщений в чате.  

• Использование Charles для проверки запросов и ответов.  

• Дополнительные проверки функциональности без бэкенда для проверки иконок и других элементов.  

• Проверка синхронных событий в чате.  

• Проверка отображения сообщений в чате.  

• Проверка ошибок при отправке запросов.  

• Проверка поведения чата при разных пользователях.  

• Проверка блокировки и удаления пользователей.  

• Проверка зависимости появления сообщений от интернета.  

• Использование ADB для Android и Xcode для iOS.  

• Внутренние логи приложений.  

• Краш-аналитика и другие сервисы для анализа ошибок.  

• Особенности железа и взаимодействия пользователей с устройствами.  

• Тестирование в разных состояниях приложения.  

• Влияние интернета и внешних факторов на работу приложения.  

• Поддержка разных версий операционных систем.  

• Процесс релизов и его влияние на качество.  

• Автоматизация и ручной контроль в процессе ревью.  

• Влияние на тестировщиков и аналитиков.  

• Роль релиз-менеджера в процессе релизов.  

• Ответственность тестировщиков за пропущенные баги.  

• Эмулятор использует все ресурсы железа, на котором запускается.  

• Симулятор - это детская игрушка, где можно потыкать иконки и посмотреть, как работают приложения.  

• Эмулятор эмулирует даже железо операционной системы, в отличие от симуляторов, которые просто запускают программную среду.  

• Создание мобильного приложения зависит от ресурсов железа.  

• Автоматизация тестирования требует атомарности кейсов и простоты восприятия кода.  

• Использование моков может быть как полезным, так и проблемным, в зависимости от редизайна.  

• Пирамида тестирования помогает понять, когда подключается тестировщик.  

• Включает юнит-тесты, интеграционные тесты и юай-тесты.  

• Тестировщик проверяет фичу в предрелизном билде и релизной версии.  

• В команде есть четыре команды: три учебные и одна комфортная.  

• В комфортной команде занимаются техническими задачами и оптимизацией процессов.  

• В других командах занимаются бизнес-тестами и покрытием автотестами.  

• За каждым специалистом закрепляется куратор для помощи в настройке сервисов и процессов.  

• Регрессия проводится ежедневно, и каждый тестировщик проходит определенное количество кейсов.  

• Автотесты запускаются при отрезании релизной ветки и помогают в проверке стабильности.  

• Отчет по интервью будет отправлен сегодня.  

• Возможность ускорения процессов для улучшения автоматизации.  

• Обсуждение дальнейших шагов и решений.