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

Профдеформация - это когда на проде нашелся дефект, который у тебя не воспроизводится, но он такой милый и безобидный, что тебе будет жалко, когда его пофиксят и найдут источник проблем 🐞

🎙QA Meetup: Зачем ходить и почему это важно?

Работа в IT — это не только код, офис, удаленка, созвоны, но и постоянное обучение, обмен опытом и нетворкинг. Один из лучших способов прокачать свои навыки — посещать митапы.

🔍 Зачем ходить на митапы?
- Актуальные тренды, инструменты и подходы в тестировании.
- Реальные примеры багов, сложных сценариев и их решений.
- Знакомство с коллегами из других компаний, обмен контактами.
- Мотивация развиваться, узнавать новое и расти в профессии.
- Часто на митапах ищут сотрудников или предлагают интересные проекты.

💡 Что делать на митапах?
- После докладов не забывайте задавать вопросы
- Общайтесь – после докладов знакомьтесь с участниками, обсуждайте темы.
- Конспектируйте – записывайте полезные инструменты и идеи.
- Делитесь впечатлениями – пишите посты, рассказывайте команде о новинках.

🌍 Где искать информацию о митапах?
- QA-сообщества в соцсетях
- Meetup.com, Timepad – анонсы мероприятий
- Компании-организаторы (AlfaDigital, Яндекс, Nexign и др.)

А подборку конференций и митапов можно увидеть в одном из предыдущих постов в канале 😉

Всем привет! 🔥

Хочу поделиться конференцией, которая будет интересна тем, кто хочет погрузиться в нагрузочное тестирование или прокачать свои навыки в нем😉

В начале сентября состоится 11-ая ежегодная конференция по загрузочному тестированию (НТ) - https://www.perfconf.ru/

Аудитория: инженеры и руководители в области НТ, DevOps, SRE, маркетологи и др.

Темы этого года:
⚡️Нагрузочное тестирование
⚡️Хаос инженеринг
⚡️Оптимизация производительности и тюнинг
⚡️Практики DevOps и CI\CD
⚡️Управление командой и лидирование
⚡️Практики SRE, мониторинга, обеспечение надежности систем, SLO
⚡️Разбор реальных кейсов
⚡️Тренды индустрии
⚡️Использование ИИ для мониторинга, прогнозирования и анализа результатов тестирования

Если интересно поучаствовать, присоединяйтесь по ссылке: https://t.me/performanceconf

🌐 Клиент-серверная архитектура
Если вы тестируете веб- или мобильные приложения, важно понимать, как устроено взаимодействие между клиентом и сервером.

📌 Что такое клиент-серверная архитектура?
Это модель, где:
- Клиент (frontend, браузер, мобильное приложение) отправляет запросы.
- Сервер (backend) обрабатывает их и возвращает ответ.

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

📌 Клиентская часть (Frontend) представляет из себя:
- Пользовательский интерфейс (UI).
- Отправляет HTTP-запросы (GET, POST и др.).
- Обрабатывает ответы (JSON, HTML и т. д.).

📌 Серверная часть (Backend):
- Принимает запросы, проверяет данные.
- Работает с базой данных (сохраняет/извлекает информацию).
- Отправляет ответ клиенту.

📌 Зачем это QA?
- Проверка, как клиент и сервер обмениваются данными, какие результаты и данные возвращает сервер при получении запросов от клиента.
- Разбор ошибок. Если что-то сломалось, нужно определить, где проблема — на клиенте, сервере или в БД.
- Локализация дефектов. Понимание где находится дефект, на клиенте или сервере помогает быстрее разобраться с первопричиной и устранением проблемы.

Подробнее прочитать про клиент-серверную архитектуру и увидеть ее наглядно можно в статье на Habr: https://habr.com/ru/articles/495698/

А в следующем посте будет информация про структуру http запросов и ответов для наглядного представления обмена данными между клиентом и сервером 😉

🎩 Методы HTTP
Каждый раз, когда браузер или мобильное приложение общается с сервером, оно использует HTTP-методы.

Основные HTTP-методы

⚡️GET — получение данных
Необходим для запроса данных с сервера (идемпотентный и безопасный метод).

Свойства:
- Не должен изменять состояние сервера.
- Может кэшироваться браузерами и прокси.
- Данные передаются в URL

⚡️POST — создание данных
Служит для отправки данных на сервер для создания ресурса (неидемпотентный)

Свойства:
- Есть тело запроса, которое может быть в любом формате (JSON, XML, form-data)

⚡️PUT — Полная замена ресурса
Приняется для замены всего ресурса новыми данными (идемпотентный).

Свойства:
- Если ресурса нет, сервер может создать его (зависит от логики реализации).
- Клиент должен отправить все поля.

⚡️PATCH — Частичное обновление
Используется для обновления только указанных полей (неидемпотентный).

Свойства:
- Тело запроса содержит только изменяемые поля.
- Формат может быть JSON Patch или просто частичный JSON.

⚡️DELETE — Удаление
Применяется для удаления объекта (идемпотентный)

Свойства:
- Повторный запрос должен возвращать 404 или 410.
- Некоторые API используют "мягкое удаление" (флаг is_deleted).

Менее популярные:
⚡️HEAD - проверка доступности ресурса
⚡️OPTIONS - получение методов, которые поддерживает сервер
⚡️TRACE - выполняет проверку обратной связи по пути к целевому ресурсу

Перешли себе, чтобы не потерять 😉

🤔 Идемпотентность в HTTP. Что это?

Идемпотентность — это свойство операции, при котором её многократное выполнение даёт тот же результат, что и однократное.

То есть,
📌 Идемпотентный метод — сколько раз ни выполняй запрос, результат будет одинаковым (как выключенный свет — он уже выключен, и повторное нажатие кнопки ничего не изменит).
📌 Неидемпотентный метод — каждый новый вызов может создавать дополнительные изменения (как отправка письма — если нажать «Отправить» 5 раз, письмо уйдёт 5 раз).

Идемпотентные методы HTTP:
⚡️GET
Запрос только получает данные, не изменяя сервер. Даже если вызвать его 100 раз — данные останутся прежними.

⚡️PUT
Полностью заменяет ресурс. Даже если отправить один и тот же запрос несколько раз, итоговое состояние ресурса не изменится.

⚡️DELETE
После первого удаления ресурса его больше нет. Последующие запросы вернут 404, но состояние сервера не изменится.

Неидемпотентные методы HTTP:
⚡️POST
Каждый запрос создаёт новый обект. Если отправить одинаковый POST дважды — на сервере появится два одинаковых объекта.
Только в случае если есть проверка на проверку дублирования, POST может убыть условно идемпотентным

⚡️PATCH
Идемпотентность зависит от реализации.

Идемпотентен, если:
- Он устанавливает конкретное значение (а не изменяет его относительно текущего).
- Сервер реализует логику «применить изменения только если они отличаются».

Неидемпотентен, если:
- Содержит относительные изменения (Например: инкремент).
- Зависит от текущего состояния ресурса

Сохрани, чтобы не потерять 😉

📌 Поговорим о REST?

REST (Representational State Transfer) — это архитектурный стиль для создания веб-сервисов. Он основан на стандартных HTTP-методах (GET, POST, PUT, DELETE) и предполагает обмен данными в форматах JSON или XML.

Основные принципы

⚡️Единообразие интерфейса – чёткие правила работы с ресурсами.
- Все взаимодействия между клиентом и сервером должны следовать единым правилам.
- Ресурсы идентифицируются URL (например, /api/users/123).
- Данные передаются в стандартном формате (JSON, XML).

⚡️Отсутствие состояния (Stateless) – сервер не хранит состояние клиента.
- Сервер не хранит состояние клиента между запросами.
- Каждый запрос должен содержать всю необходимую информацию (например, токен авторизации).

⚡️Кэширование – ответы могут кэшироваться.
- Сервер может явно указать, можно ли кэшировать ответ (Cache-Control, ETag).

⚡️Клиент-серверная архитектура – разделение логики.
- Клиент (браузер, мобильное приложение) и сервер развиваются независимо.
- Клиент не должен знать о внутренней логике сервера, и наоборот.

⚡️Многоуровневая система – прокси и балансировщики не мешают работе.
- Между клиентом и сервером могут быть прокси, балансировщики нагрузки, CDN.
- Клиент не знает, с каким слоем он взаимодействует.

Сохрани, чтобы не потерять 😉

Всем привет!

Теперь можно отправлять сообщения, записываться на консультации, задавать вопросы и писать обратную связь прямо в личных сообщениях канала 🔥

А также можно забустить каналу несколько голосов, чтобы можно было сделать его уютнее:
https://t.me/boost/ainursqahome