81 QA Interviews Stream. 18.02.2023 at 8:20 GMT(UTC) +3

Коротко о видео

Это запись тренировочного QA-собеседования с несколькими участниками: ведущий задаёт теоретические и ситуационные вопросы, уточняет ответы и показывает, как применять знания для локализации проблем. Разбираются исследовательское тестирование, анализ пользовательских путей через логи, диагностика деградации платежей, Git, мобильные сценарии ориентации и реконнектов, кроссплатформенные уведомления, локализация и восстановление после сбоев. В начале ведущий также объясняет, почему для трудоустройства недостаточно знать теорию: нужно уметь ясно рассказать о практике и рассуждать над рабочими кейсами.

Затронутые темы

Что взять на заметку

• Для исследовательского тестирования ищите реальные, в том числе недокументированные пользовательские пути; их можно выявлять по логам и затем проверять риски на этих маршрутах.
• В кейсе с растущей очередью платежей и фиксированной пропускной способностью нужно локализовать узкое место: проверить серверную обработку, метрики, логи и зависимость от внешней платёжной системы.
• Стоит уверенно владеть базовым Git-потоком: клонировать репозиторий по HTTPS или SSH, добавить изменения в индекс, создать commit и отправить его в удалённый репозиторий; понимать назначение веток и слияний.
• При проверке поворота экрана в мобильном приложении тестируйте не только вёрстку и функциональность, но и комбинации запуска, поворота, возврата, сворачивания в Home и восстановления; введённые данные должны сохраняться.
• Для реконнектов проверяйте потерю сети, переходы Wi‑Fi ↔ мобильная сеть и между поколениями связи, роуминг между точками доступа, наличие сети без доступа к интернету и понятную реакцию приложения на неудачную отправку данных.
• В кроссплатформенном кейсе, когда звонок виден на десктопе, но не на мобильном клиенте, диагностика должна охватывать сетевые события/WebSocket, сессию и авторизацию пользователя, а также отображение события в мобильном UI.
• При тестировании отказа и восстановления важно проверять сохранность данных и незавершённых операций после падения приложения или сервера, а для серверных систем — очереди запросов, сохранённое состояние и корректное восстановление сервиса.