QA Engineer

Что предстоит делать

Требования к квалификации: – уверенное понимание процесса тестирования: виды и уровни тестирования, техники тест-дизайна, умение декомпозировать требования и находить неочевидные сценарии; – практический опыт тестирования API — Postman, понимание устройства REST, кодов ответов и форматов запросов, умение читать документацию Swagger/OpenAPI и проверять по ней; – опыт функционального и регрессионного тестирования веб-приложений, понимание клиент-серверной архитектуры и того, как тестировать систему, собранную из нескольких сервисов; – базовый SQL — умение зайти в базу и проверить, что данные записались так, как ожидалось, а не верить интерфейсу на слово; – умение читать логи и работать с инструментами разработчика в браузере, чтобы отличать баг фронта от бага бэка; – кроссбраузерная проверка и тестирование адаптивной верстки, включая работу с мобильных устройств; внимание к локализации — интерфейс на казахском и русском, обе версии должны быть корректны и равноценны; – навык автоматизации хотя бы на старте, с готовностью развивать направление: API удобно закрывать на Python через pytest, а UI — современными инструментами под React (Playwright или Cypress); – аккуратная работа с трекером задач (Jira) и тест-документацией; – будет плюсом — опыт тестирования систем документооборота или другого сложного enterprise-софта с ролями и согласованиями; понимание специфики электронной подписи и работы с ЭЦП (НУЦ РК); опыт с CI/CD и запуском автотестов в пайплайне; знакомство с Docker; нагрузочное тестирование (JMeter, Locust) и базовое понимание проверки безопасности; понимание принципов доступности интерфейса; опыт работы в Agile-команде. Обязанности и задачи: – разбирать требования и превращать их в тест-кейсы и чек-листы, а не тестировать «на ощупь»; – проверять сложные бизнес-сценарии документооборота: маршруты согласования, статусные переходы, права ролей, версии документов, работу электронной подписи; – тестировать REST API на стороне бэкенда на PHP и Symfony и поведение React-интерфейса, находить проблемы на стыке фронта и бэка; – проверять сквозные сценарии: документ в своем жизненном цикле проходит через несколько сервисов, и самые дорогие баги живут на стыках, поэтому важно пройти всю цепочку целиком и локализовать сбой на границе; – готовить и поддерживать тестовые данные — пользователей с разными ролями, документы в разных статусах, валидные и невалидные подписи; – заводить внятные баг-репорты с шагами воспроизведения, логами и приоритетом, доводить их до закрытия; – писать и поддерживать автотесты, наращивать покрытие регресса, вести метрики качества и отчетность по релизам, участвовать в приемке.

Что предлагаем