Техническое собеседование ручного тестировщика с компанией АО «ГНИВЦ»

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

Публичное учебное техсобеседование ручного тестировщика: Сергей Жуков интервьюирует Илью, который рассказывает о переходе из преподавания в QA, опыте в логистическом продукте и мобильном тестировании. Основная часть посвящена QA/QC, принципам ISTQB, качеству ПО, видам и уровням тестирования, тестовым наборам, дефектам и позитивным/негативным сценариям. В практических кейсах обсуждают организацию тестирования при рефакторинге приложения, расследование редких падений мобильного приложения и проверку построения маршрута; в финале отвечают на вопросы зрителей о собеседованиях, подготовке и инструментах.

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

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

• Подготовьте связный рассказ о последнем проекте: продукт, команда, процесс, роль, регрессии, артефакты и используемые системы — у Ильи это Jira, Confluence, TestRail, GitLab и Bitbucket.
• Нужно уметь объяснить различие QA и QC, принцип Shift Left и то, что тестирование предоставляет информацию о рисках и уровне уверенности, но не доказывает отсутствие всех дефектов.
• Различайте regression suite, smoke testing и sanity testing: регрессия проверяет сохранность ранее работающего функционала после изменений, smoke — жизнеспособность приложения, sanity — конкретную изменённую функцию или область.
• В bug report фиксируйте окружение, шаги воспроизведения, ожидаемый и фактический результаты; отдельно различайте severity и priority, причём приоритет связан с важностью дефекта для бизнеса.
• Для негативных сценариев недостаточно проверить сообщение валидации: следует также подтвердить, что нежелательная операция действительно не выполнилась.
• При построении тест-процесса для рефакторинга сначала уточняйте у заказчика измеримые требования к скорости, UX и критериям приёмки, затем изучайте и переиспользуйте доступную документацию и тест-кейсы.
• При редком мобильном краше нужно локализовать условия: собрать доступные логи и сведения об устройстве, версии, нагрузке и запросах между клиентом и сервером; для маршрутов проверить Android/iOS, наличие карт и геолокации, а также взаимодействие с нативными навигационными приложениями.