Про тестирование безопасности API, интересное применение fiddler и исторические баги

Я - человек, который восхищается хитростям, которые можно сделать с помощью знаний технологий.
Например, до работы в IT (ладно, не буду врать, сейчас такое тоже бывает) меня восхищало, как изменение или просмотр HTML может помочь в бытовой жизни. Заходишь в twitter незарегистрированным, а там баннер мешающий читать посты? DevTools + изменение HTML, и вот ты окунулся в пучину скроллинга. А это всего лишь изменить код HTML, а как много всего можно сделать другого восхитительного.

Из этой серии удивительного недавно встретила очень крутое выступление про тестирование безопасность API и дырки, которые в нем можно найти. Даже если не будете заниматься безопасностью, очень интересно посмотреть и в следующий раз поэксперементировать, как ваш API могли бы взломать. А вот тут можно посмотреть другие выступления Heisenbug 2022 Autumn.
Из той же серии хочу посоветовать статью про fiddler и как бизнес может потерять деньги, забыв протестировать некоторые кейсы *админ не рекомендует повторять*

А вот еще интересные посты про баги (некоторые ужасные для жизней, а некоторые просто странные)
1. Плохой софт отправил работников почты за решетку
2. Баг на пентиум
3. Эпические баги прошлого
4. Когда баги не страшные, а странные
5. Катастрофические последствия ошибок

#api #интересное

Тестирование очередей

Интересно, сталкивались ли вы когда-то с тестирование брокеров сообщений? Если нет, то пора немного познакомиться с этим зверем.
Очереди сообщений (Message Queue) — это форма асинхронной коммуникации между сервисами (подробности тут).

Грубо говоря, это просто место, куда сервер сбрасывает какую-то информацию, а другой сервер ее забирает, когда у него появилось время. И в этом и есть архитектурная прелесть брокера: не нужно ждать, пока другой ответит (по сравнению, например, с прямым запросом к серверу). Поподробнее можно почитать тут и тут.

В сообщениях могут содержаться запросы, ответы, ошибки и иные данные, передаваемые между программными компонентами.

Компонент, называемый производителем Producer, добавляет сообщение в очередь, где оно будет храниться, пока другой компонент, называемый потребителем Consumer, не извлечет сообщение и не выполнит с ним необходимую операцию.
В зависимости от используемого инструмента, принцип работы брокера будет немного отличаться. Но главная суть для нас неизменна: нам нужно протестировать взаимодействие сервера с этим зверем.

Что можно протестировать:

1️⃣Отдает ли наш сервис нужное сообщение в нужную очередь: слушаем очередь, в которую пишет наш сервер → проверяем сообщение (и атрибуты)
❗️Лучше создать отдельного слушателя (group), чтобы не играть в гонки с другим слушателем (в случае, например, если у нас кафка, которая передвигает offset прочитанных сообщений)
2️⃣Забирает ли сообщение наш сервер из нужной очереди: записываем в очередь сообщение и проверяем, что какое-то действие/логирование/запись в БД произошло.

Это про тестирование именно взаимодействия сервера и брокера.
А что можно протестировать в самом брокере (если смотреть это со стороны ее настройки, например):
🟢 доступ к очереди
🟢 название очереди
🟢 права доступа

Полезные ссылки:
Немного о: RabbitMQ, Kafka, Redis, Memcached, NuxtJS, MongoDB, PostgreSQL (про архитектуру и особенности)
Чем различаются Kafka и RabbitMQ: простыми словами
Подробно про Apache Kafka
Про гарантию доставки сообщения (тут, возможно, будет сложно и непонятно)

#микросервисы

Полезное для автоматизации на java

Сегодня немного полезного для автоматизации на java, с чем я столкнулась за последние пару месяцев.

Про best practies
Передовой опыт тестирования Java: на почитать и подумать, какие вы могли использовать антипаттерны и какие идеи еще можно почерпнуть, чтобы улучшить свои тесты.
Из той же серии еще одна статья (на английском) про лучшие практики в написании тестов на java
Еще из best practies рекомендую к прочтению статья про softAssertions (особенно, если эти слова вы слышите впервые)

Про ускорение запуска
Параллельный запуск JUnit5: так, думаю, бывалые уже давно запускают свои тесты параллельно и сохраняют себе кучу времени. А если вы, как и я в прошлом, обходили это стороной, то пора задуматься и прочитать эту мини-статью. Только не забывайте: при параллельном запуске у вас может все сломаться, если вы используете классовую переменную в тестах (и еще при многих других кейсах, поэтому внимательнее 🧚‍♀️)

Прочее
Полезные аннотации Spring для junit и поподробнее про две аннотации EnabledIf и DisabledIf
Карточки quizlet для повторения java core: случайно найденные, но такие прикольные. Можно попроверять себя перед техническим интервью.

#автоматизация #java #программирование

Время рекомендации

Нашла крутой канал про тестирование, где регулярно добавляются ссылки на крутые курсы, не смогла пройти мимо и не порекомендовать.

Кроме этого выделю парочку полезных постов:
- Особенности тестирования мобильных приложений: что-то вроде чек-листа, о чем нужно не забывать тестировании приложений.
- Требования по скиллам и средние цифры по зарплате тестировщиков: это скорее можно использовать как ориентир, а не как конечную инстанцию, требования в разных компаниях сильно разнятся. Из полезного в той же теме: матрица компетенций QA Engineer
- Актуальные вопросы по автоматизации тестирования: зачем нужна, если есть ручное тестирование, можно ли стать автоматизатором без опыта ручного тестирования и еще парочку не менее актуальных.

Паттерны и антипаттерны автоматизации тестирования
Недавно я проходила ассессмент, и теперь у меня в арсенале есть пару интересных вопросов, которые я хотела бы раскрыть поглубже.

Начнем с паттернов и антипаттернов в автоматизации: накидала небольшую статью, где обзорно пробежалась по самым популярным.
☄Залетай быстрее читать

#программирование #автоматизация

Карты развития QA Engineer
Частый запрос, с которым приходят к менторам, это в какую сторону развиваться, как перейти в автоматизацию или в целом какими навыками нужно обладать для разных уровней.
Для самопомощи собрала карты, матрицы и таблицы компетенций.

Карты развития
Большая дорожная карта развития тестировщика
Roadmap QA Engineer (на сайте можно найти карты развития по другим профессиям и скиллам)
Что должен уметь начинающий тестировщик
Дорожная карта тестировщика
Карта навыков от Junior до Senior
Дорожная карта QA

Матрицы компетенций
Матрица компетенций QA Engineer
Интересная таблица самоопределения для тестировщика (в посте по ссылке есть инструкция, как ей пользоваться)
Возможные компетенции тестировщика (найденная карта на просторах интернета)

QA Automation
Что должен знать QA Automation
Добавлю сюда гайд “Как вкатиться в автоматизацию”

Гайды по soft-skills
Soft skills для тестировщика
Софт-скиллы в QA: полный гайд

Если у вас есть ссылки на хорошие карты/гайды/матрицы, была бы рада увидеть их в комментариях звездочки 💫

#развитие #менторинг #собеседование

Если вдруг вы давно задумывались и хотели красиво оформить свой github (писала о таком оформлении вот в этом посте), то рекомендую два бесплатных инструмента для упрощения этой работы: тык и тык
(а если все-таки хочется еще один туториал самостоятельного оформления, то смело прыгайте в статью)

Docker
Если у вас часто возникает мысль "Да кто это такой, ваш докер", то вот ссылочки, чтобы разобраться, кто же это

Что такое Docker (очень простыми словами от Ольги Назиной)
Основы docker
Docker для тестировщика. Контейнеры, чем они отличаются от виртуальных машин и зачем они нужны (видео)

Туториалы/гайды
Быстро
Обзорный туториал по docker
Docker — быстрый гайд
Поглубже
Уроки Docker для начинающих (видео)
Хороший туториал по докеру: тут уже вы погрузитесь в конкретные задачи и, повторяя за статьей, научитесь базовым вещам

Где можно потрогать ручками
Play with docker - онлайн-сервис для практического знакомства с Docker в форме игры: вам дают задание, а вы его выполняете и учитесь работать с docker. Вся работа происходит прямо в веб-браузере

#docker #инструменты #база

Нашла крутую подборку про Postman. Хочу расширить ее еще парочкой полезных ссылок.

Обзорно про Postman: что это такое простыми слова, первые шаги работы в нем. Что-то похожее можно почитать еще и тут

Побольше практического применения можно найти в статьях:
Postman — менеджмент, структурирование, импорт и экспорт коллекций. Также в блоге можно найти еще парочку статей про Postman
Базовые кейсы автоматизации в Postman и упрощения работы с ним

Практика
Challenge 30 дней Postman
Postman-tutorial (видео-курсы на английском)

Просто полезное
Шпаргалка по базовым командам в Postman (и вот еще cheatsheet)
А еще рекомендую знакомиться с Postman на крутых чек-листах по API

#инструменты

Полезное для собеседований

Вопросы для подготовки
❓Популярные вопросы с ответами (2 часть больше для автотестировщиков) 1 часть, 2 часть и 3 часть
❓Собеседование с QA. 250+ вопросов для Junior, Middle, Senior (помните, что распределение уровней условно и под разную вакансию вопросы могут задавать не в соответствии с этим распределением)
❓Обзор частых вопросов по тестированию ПО на собеседованиях и ответы на них
❓Вопросы на английском языке
❓Вопросы про CI/CD
❓Вопросы про БД

О чем спросить работодателя?
💡Вопросы для собеседывающего
💡Вопросы для собеседывающего [2] (от авторки крутого канала по тестированию)
💡Что нужно узнать про компанию, прежде чем принять оффер (из прекрасного канала про тестирование)
💡О чем спросить работодателя — чеклист
💡Список вопросов к работодателю на английском

Послушать
🎧Выпуск от “Вроде в проде” про подготовку для собеседования на Manual QA
И не забывайте о видео на тему мок-собеседований, подробнее писала про это тут

#собеседование

Продолжение полезного для собеседований

Почитать
⚪Собеседование в QA и разбор резюме со стороны нанимающего: статья познакомит вас/напомнит вам обо всех этапах собеседования, расскажет процесс со стороны нанимающего и даст подсказки про составление резюме
⚪Статья как найти работу после курсов. Кратко: учиться вне курсов, много читать и учить, сделай хорошее резюме. Ничего необычного нет, но закрепить понимание, что ты делаешь все возможное, круто.
⚪Просто хорошая статья про собеседования QA. Скорее предназначена для QA с опытом, потому что информации для новичков мало. Но в целом общие советы подойдут для всех.

Вопросы для QA automation
Java
☕️Вопросы по Java core
☕️43 вопроса для интервью TestNG
☕️35 вопросов для интервью JUnit

Python
🐍Топ 25 вопросов и ответов на собеседовании по Python
🐍Шпаргалка для Python QA Automation
🐍Подборка материалов

Selenium
📗Подготовка к Собеседованию по Selenium - 30 Вопросов
📗QA Junior: Selenium

Общее
⚪Ответы на вопросы на собеседование ООП
⚪Крутой выпуск от ВродеВПроде о собеседовании на QA Auto (Java)
⚪Подготовка к собеседованию QA Automation: темы и вопросы (видео)

#собеседование

☕️Полезное для Java-автоматизаторов☕️

Построение тестовой архитектуры

- Автоматизация тестирования с нуля часть 1 и часть 2 (RestAssured + TestNg)
- Обзорно архитектура автотестов с нуля на стеке JUnit, Selenide, Allure, Jenkins: вдруг вы начинаете писать автотесты и не знаете, с какой стороны к ним подойти, то эта статья для вас. Обзорно, поверхностно, но очень вкусно!
- Еще один туториал на стеке allure report + selenium + Test NG (🇬🇧)
- Архитектура для UI тестов: если вы только сталкиваетесь с тем, как организовать ваш тестовый фреймворк или поняли, что текущий вам только мешает, а не упрощает жизнь, то круто прочитать эту статью и вдохновиться!
- Простой и удобный шаблон тестового фреймворка на selenide для UI автотестов

Работа с REST

- Туториал-пример использования Retrofit в качестве REST клиента в своих тестах. Еще можно почитать вот тут
- Базовые вещи для работы с Retrofit: я знакомилась с данной библиотекой именно благодаря этой статье
- REST Assured: большой гайд

Работа с фреймворками

- Большой гайд по TestNG (и рекомендую данный сайт 🇬🇧)
- Шпаргалка с аннотациями TestNG
- Цикл статей туториалов по JUnit 5: расскажут вам про жизненный цикл, аннотации и много чего еще
- JUnit (🇬🇧): обзор того, из чего состоит фреймворк. На этом же сайте можно найти много других полезных вещей.

Cucumber

Если вам вдруг нужно применить BDD в своем коде, то бегом ближе знакомиться с внедрением:
- Cucumber + Java
- Руководство: Cucumber + Java
- Руководство по Akita (библиотека для BDD на русском)

#автоматизация #java

🐍Полезное для Python-автоматизаторов🐍

Построение тестовой архитектуры

- Как правильно писать UI авто тесты на Python (pytest + playwright + allure)
- Как правильно писать API авто тесты на Python (pytest + httpx + jsonschema + allure + pydantic)
- Разбираемся с основами автотестирования API (pytest + requests + jsonschema + allure): пошаговая инструкция по созданию собственного фреймворка для проверки API
- Цикл статей про автоматизация тестов REST API (python + requests + pytest)
- Реализация паттерна Page Object на Python (pytest + selenium)

Работа с фреймворками

- Про фреймворки для автотестирования в целом
- Цикл перевода статей про PyTest (сама в какое-то время глубже погружалась именно по этим статьям)
- Туториал по PyTest
- Встроенные фикстуры Pytest

Полезное

- Создаем несложный REST-тест за 4 шага
- Не перестану рекомендовать лучший курс про selenium + pytest
- Отличный курс по python: есть подробные видео-лекции, много интересных задач на разнообразные темы.
- Крутая обучалка-шпаргалка для питонистов
- Статья про то, как организовать код в Python-проекте: все-таки python отличается гибкостью, которая может усложнять распределение классов по папкам. Надеюсь статья немного поможет упорядочить ваш проект.

#автоматизация #python

❓Как улучшить резюме?

Кто про что, а я опять про резюме.
К сожалению, сейчас рынок уже не так прогрет и часто приходится бороться за внимание HR. А для этого нужно оформить свой опыт так, чтобы в тебе увидели идеального кандидата.

🛠Что я обычно рекомендую дорабатывать в резюме:

🟢Оформлять свой опыт через стек, обязанности и достижения.
Стек - какие программы/язык программирования/фреймворки и прочие инструменты вы использовали в работе.
Обязанности - какими делами занимались, своеобразный ответ на вопрос “что ты делал все это время?”. Для тех, кто помнит теорию Present Simple, можно применить ее тут.
Достижения - к чему привели ваши обязанности и какой результат вы достигли. Хочется в достижения написать “написал свой фреймворк”. Это же достижение! Но, к сожалению, это просто ваша работа. А вот если вы написали автотесты, что привело к ускорению тестирования - это уже достижение.
Кстати, вот тут интересное видео, почему стоит убрать фразу “написал свой фреймворк”
🟢Использовать конкретные цифры и факты, подтверждающие вашу компетентность и успех. Тут опять мы возвращаемся к достижениям и тому, как ваша работу изменила тестирование/команду/компанию, только теперь в конкретных значениях.
🟢Удалить, наконец, нерелевантный опыт или перенести его в “О себе”.
Опыт в нашей жизни - это очень важно. Но если ваша прошлая профессия совсем не связана с текущим поиском, то не стоит сильно акцентировать на этом внимание (кроме случаев, когда вакансия мечты напрямую не создает продукт для прошлой профессии или области).
🟢Если вы знаете компанию мечты, то оформлять резюме под необходимые ей навыки и обязанности.

Что поможет помочь, чтобы переработать свое резюме

🟢Полностью описать свой путь.
Прямо написать огромный рассказ, что ты делал, чем пользовался, какие возникали проблемы и как ты их решил/а, чем ты гордишься в своей работе. Еще дополнительно можно вспомнить, что особенно нравится делать, это поможет для выполнения следующей подсказки.
Плюс, это будет подготовка к блоку собеседования “О себе”. В идеале переработать огромный рассказ в краткий, состоящий примерно из 4-5 предложений о том, на каком этапе развития вы сейчас, какие навыки считаете самыми важными, чего конкретно смогли достичь на прошлом месте работы и к чему стремитесь сейчас.
Возможно, для ускорения того, чтобы вспомнить весь свой путь, поможет вот этот пост.
🟢Посмотреть рынок и выбрать понравившиеся вакансии.
Это поможет понять, что какие навыки у вас уже есть и “своровать” их в резюме, если вы о них забыли. А также поможет разобраться, в чем вы отстаете и что не хватает для компании мечты.

Ещё нашла крутое видео и чек-лист по оформлению резюме. Интересно, что тут разбор идёт именно со стороны рекрутера, кого нам и нужно заинтересовать.

#резюме

💪Тренажеры для прокачивания различных навыков💪

Поиск багов
- https://qahacking.guru/: есть список багов для самопроверки, в целом очень интересные баги! Отличный тренажер, чтобы отточить навык поиска багов.
- https://sychev.tech/practice: позволит вам найти баги (и заодно потестировать API с помощью swagger)
- http://shop.bugred.ru/
- https://www.saucedemo.com/: базовый онлайн-магазин с обязательным логином. Преимущество: есть разные роли, под которыми можно залогиниться и увидеть разные баги.

Чтение логов
Особенная проблема начинающих тестировщиков (или специалистов, у которых нет доступа к логам) - это научиться читать логи и работать с популярным инструментом для просмотра логов. Но есть отличная статья про Kibana и ее функции, а также тренажер для практики.
А про то, что такое логи и какие они бывают, можно почитать тут.

Навыки тест-дизайна/создания кейсов
- http://testingchallenges.thetestingmap.org/
- тестирование треугольника
- калькулятор

Практика API
- отличный челлендж тестирования API
- огромный список публичных API

Мои любимые открытые REST API:
- Fake REST API
- Vikunja
- Petstore

Автоматизация
- демо-сайты для практики автоматизации

Прочее
- список тестовых заданий для прокачки с гитхаба (искать по ключевому слову "qa"/"тестиров")
- тренажер для работы со снифферами
- тренажеры и тесты по java, git и прочему
- тест по JUnit (🇬🇧)
- сборник тренажеров от Артема Русова

#практика

🌐Про браузеры, браузерные инструменты и devTools🌐

Как тестировать с помощью devTools
Если вы не работаете с devTools, но хотите научиться, или если вам опыт ограничен только вкладкой Network, то рекомендую почитать про этот инструмент поподробнее (в ссылках ниже информация может быть задублирована, но повторение - мать учения).

Обзор всех инструментов разработчика Chrome DevTools
Полезные функции DevTools для тестировщиков
14 наиболее полезных особенностей Chrome DevTools
Практические навыки Chrome DevTools
Статьи с полезной информации: 1, 2

А вот на этом канале часто постится полезное и интересное про devTools.

Браузерные инструменты
Огненный доклад про браузерные инструменты: как сделать так, чтобы браузер стал ваш лучшим другом при тестировании. Также девушки-докладчицы поделились чек-лист "Браузерные расширения: инструкция по поиску и разумному использованию"
Полезные расширения для Chrome

Ручное тестирование браузеров
На собеседовании вам могут задать вопрос: почему не стоит дублировать тестирование на Chrome и Opera? И вы должны вспомнить о такой вещи, как движок, на котором написан браузер. В зависимости от него отрисовывается графика (хотя это и не всегда так работает, так что воспринимайте данную информацию под звездочкой). Для визуального восприятия информации предлагаю к прочтению статью на тему отрисовки элементов на разных движках.

Работа с devTools для автоматизаторов
Советую почитать, как использовать devTools при тестировании UI с помощью Selenide.

#инструменты #автоматизация #практика #web

🖇Микросервис vs монолит📎

Что такое монолит и микросервис, в чем их разница и как тестировать микросервисную архитектуру?

Монолит и микросервис

Монолитная архитектура
Подход при создании приложения, когда система строится как единый модуль: все части системы (модули, UI, данные) выступают как единый сервис
При монолитной архитектуре система обычно состоит из 3 блоков: пользовательский интерфейс, хранилище данных и серверная часть. Серверная часть обрабатывает запросы, выполняет бизнес-логику, работает с БД, заполняет HTML-страницы. Любое изменение в системе приводит к обновлению версии серверной части приложения.

Микросервисная архитектура
Подход при создании приложения, когда система строится из отдельных независимых модулей, который может работать и существовать отдельно от другой части приложения. У каждого модуля своя собственная логика, написанная на разных языках программирования, и база данных.

- Подробно о микросервисе
- Что такое микросервисы: особенности архитектуры, примеры использования, инструменты
- О микросервисной архитектуре

Важно помнить, что микросервис - это не идеальное решение под все случаи жизни. В разных ситуациях выбирают разную архитектуру и это нормально.

Разница микросервисной архитектуры и монолитной
Подробнее почитать про разницу микросервисных и монолитных приложений можно в статьях ниже.

Сравнительный анализ микросервиса и монолита
Типичные проблемы монолита и как микросервис помогает от них избавиться (и еще больше минусов и плюсов тут)
Плюсы и минусы монолит и микросервисы (ну хоть где-то написала плюсы монолита, а не только минусы)

Тестирование микросервиса
Очень популярный вопрос на собеседовании: как же тестировать этот ваш микросервис. Нам нужно помнить об интеграционном и контрактном тестировании, понимать, как использовать заглушки и что такое моки, а также проводить совместное тестирование с другой командой.

Подробнее можно почитать тут:
- Лучшие практики тестирования микросервисов
- Тестирование микросервисов, руководство для новичков
- Как тестировать интеграции, что это такое и в чем сложности
- Тестируем микросервисную архитектуру
- Стратегии тестирования микросервисов
- Контрактное тестирование
- Введение в тестирование контрактов 1, 2 и 3 (также есть часть 4, 5 и 6, но там больше про автоматизацию)

Что можно почитать про архитектуру приложений в целом
Нетривиальная статья про архитектуру приложений: что такое монолит и микросервисы, оркестрация и хореография, немного про SOAP, REST и GRPS

#web

🌅Как писать код красивым и понятным?🌇

Когда мы пишем код для автотестов, не стоит забывать, что это все так же остается кодом. И к коду есть свои требования: понятность, читаемость, удобство его доработки. Поэтому приходится напрягаться и думать “а как писать код лучше?”

Что нужно для создания идеального (или хотя бы близкого к этому) кода:
- соблюдать основные принципы разработки SOLID, KISS, DRY, YAGNI и другие, особенно советую погрузиться в SOLID(и, например, разобрать в нем с помощью картинок). Также разобраться в этой концепции вам может помочь конкретные примеры на java и на python
- помнить о концепции ООП
- применять шаблоны проектирования и паттерны автоматизации

Также рекомендую отличную статья с советами, как написать идеальный автотест (аж 25 принципов!) : собраны основные требования к коду именно автотеста (прямо рекомендую читать статью и анализировать ваш код)

Рефакторинг кода
Если все-таки вышло, что вы попали в ловушку плохо написанного кода (с кем такого не было?), то пора заняться рефакторингом.
Отличный цикл статей про рефакторинг, как лечиться от проблем в вашем коде и какие есть best practice для этого (заходить нужно под VPN).


Еще полезные советы о коде и около него:
- писать хороший README (или хотя бы в целом писать): это прежде всего забота о других людях, им будет понятно, как запускать тесты, как в целом логика тестов, какие программы нужны для запуска, где и как публикуются отчеты (а еще круче написать скрипт или докер файл, которые позволит все установить для запуска ваших тестов)
- писать понятную историю коммитов: сквошить, черри-пикать, ребейзить и всеми другими способами делать историю коммитов читаемой, понятной и не перегруженной
- не забывать писать информативные переменные/классы/названия тестов (очень больной пункт для меня, думаю над названиями по миллион лет): поможет не заглядывая в код понять, что там происходит, зачем это предназначено и как это можно переиспользовать.

#автоматизация #программирование

Чек-лист тем для собеседования

Итак, как найти работу мечты? Этот секрет я вам не раскрою (потому что ответ у каждого свой), а вот подготовиться к собеседованию помочь могу.

Поэтому держите мою новую “разработку”: чек-лист “Темы для собеседований”

Как им пользовать:
- открыть ссылку
- скопировать чек-лист себе в notion
- подготавливаться к собеседованию, изучая/вспоминая информацию, и ставить done тем темам, которые уже повторил

И последнее не менее важное: верить в себя и успешно пройти собеседование.

А еще круто дорабатывать чек-лист под себя и добавлять темы, которые у вас спрашивали на собеседовании!

Также чек-лист будет полезен для собеседующих в качестве шпаргалки, что можно/нужно спросить на собеседовании: все ли темы вы спросили, а также определиться с тем, какие вещи конкретны важны вам и под вашу вакансию (благодаря тому, что список обширный и перечисляет основной список).

Пошучу: не является публичной офертой

Но очень надеюсь, что это будет вам полезно!