Алексей Н. QA авто, Middle+

Старший инженер по автоматизации контроля качества с более чем 3-летним опытом в разработке автоматизированного тестирования для высоконагруженных продуктов FinTech и Web3. Подтверждённая способность повышать качество и скорость выпуска программного обеспечения благодаря передовым техническим навыкам в области автоматизации на базе Java, тестирования микросервисов и проектирования производительности. Специализируется на Kafka, тестировании блокчейна и интеграции CI/CD. Достигнуто сокращение времени регрессии на 90% и снижение количества дефектов в процессе производства на 40%. Общий опыт с Java более 4х лет. С финтехом более 2х лет.

Что умею: Писать автотесты Производить нагрузочное тестирование Писать GUI/API тесты. Писать простые запросы в базу Cassandra, MySQL, Postgres, Oracle, MariaDB Смогу развернуть рабочее окружение. Как на виртуалке, так и на локальной машине вне зависимо от Windows, Linux, BSD. Использовал: Docker+Docker Compose

Александр — опытный QA-специалист, специализирующийся на автотестировании. Имеет опыт работы в проектах по ручному и автоматизированному тестированию мобильных и веб-приложений. Владеет следующими инструментами: Kibana, Charles, SQL, Postman, Swagger, Grafana, Selenium, Playwright, Xcode, Android studio, Graylog, TestRail, GitLab, Git. Также он имеет опыт разработки тестовой документации и тестирования микросервисов.

Имею опыт в области автоматизации тестирования (UI/backend/unit), ручного тестирования и нагрузочного тестирования в различных проектах. Занимался автоматизированным тестированием для крупных веб-приложений, включая тестирование функциональности, интеграции и регрессионных проверок. Также занимался рефакторингом тестов и переходом на более эффективные решения. В своей роли специалиста по нагрузочному тестированию успешно внедрял и поддерживал тестирование с использованием JMeter, создавал дашборды в InfluxDB и Grafana. Участвовал в развитии и автоматизации процессов нагрузочного тестирования, а также в анализе профиля продуктивной среды. Внедрял регламенты и код-ревью на проектах. Обладаю опытом работы как в WEB, так и в мобильных проектах, проектах с монолитной и микросервисной архиектурами. - Самая интересная и/или технически сложная задача из опыта? Создание фреймворка на Playwright в сжатые сроки самостоятельно было очень интересно и на первых этапах сложно - Куда хотелось бы развиваться: технически или в менеджмент? Хотелось бы развиваться и совершенствоваться в технической сфере - Какими задачами хотелось бы заниматься? Автоматизация тестирования как API так и UI, облачные технологи и облачные базы данных - Какими задачами не хотелось бы заниматься? Только полностью ручным тестированием

Полностью нам подходит,владеет всеми необходимыми программами для работы и имеет нужный для этой позиции опыт; Yет только 1 стэка - нет практического опыта написания фреймворка автотестирования (доп.требование) - но если поставят такую задачу, он уверен, что с ней справится; Опыта в финтехе - более 6 лет (в сбербанке); В Java- чуть более 4х лет; Был тимлидом команды. Кандидат пишет о себе: Пунктуален‚ ответственно подхожу к работе. Тщательно подхожу к решению поставленных задач. Async api это асинхронный метод обмена сообщениями, при котором клиент не ждет ответа от сервера на свой запрос, а получает от него код accepted (202), соединение закрывается и клиент время от времени опрашивает сервер на предмет выполнения предыдущего запроса (как пример) Json - формат обмена сообщениями XML - язык разметки и формат обмена сообщениями Web service способ обмена сообщениями между разными частями системы или разными системами через интернет с использованием web протоколов (например http) Опыт написания sql запросов с join есть. Всё это использовалось почти во всех проектах Биллинговая система foris, Процессинговая система Smartvista, Сбербанк онлайн, Сбербизнес. SQL для примера Select * from( Select e.name, e.salary, d.department from employee e join department d on e.departmentid = d.id Order by name ASC) Order by salary desc Его не так много использовали вроде, как-то я не заострял на этом внимание. Помню было на последнем проекте при авторизации одна из фабрик отправляла данные во фрод систему, и фрод сам уже через вебхук отвечал потом. На предыдущей версии платформы (не микросервисы) бэк периодически опрашивал мастер систему по поводу статусов документов. Вообще в автотестах я это не использовал, только в ручном проверял подобные штуки Наверное именно это было только на проектах сбера

26 лет QA engineer – middle, около 3 лет Россия, г. Санкт-Петербург создание тестовой документации, ручное тестирование (WEB/Mobile/Desktop), интеграционное тестирование, smoke тестирование, автоматизация тестирования.

● Высококвалифицированный специалист в разработке API. ● Опыт управления несколькими проектами с несколькими сроками. ● Исключительное знание технологий баз данных. ● Оптимизация приложений для максимальной скорости и масштабируемости. ● Большой опыт разработки в сфере здравоохранения, строительства, обучения, продаж. ● Опыт руководства командой. ● Интеграция платежных кошельков. ● Знание платформ CMS и CRM.

Инженер-программист с 6-летним опытом работы в области разработки, сопровождения систем электронного документооборота, retail систем. Работаю на качество и без контроля со стороны. Опыт работы в команде. Хорошая обучаемость.

Unity-разработчик с коммерческим опытом 3 года в области разработки мобильных игр в жанрах - HyperCasual, HybridCasual. Основной стек: Unity, UniRX, Zenject, ECS, DoTween , Cinemachine, OdinInspector, OdinSerializer. - Работал над проектами-миллионниками (10млн+, 1млн+ установок в Play Market) - Разрабатывал проекты с прототипа до 100к+ установок