🔥 REST для тестировщика — часть 1 / 3

Что такое REST и зачем QA это понимать ❓

REST — это архитектурный стиль проектирования API, а не стандарт, не протокол и не формат данных. Он опирается на HTTP и задаёт правила: как описывать ресурсы, какие методы использовать и как сервер должен отвечать.

📌 Если принципы нарушены, API становится непредсказуемым, а баги — системными.

📍 Навигация: [Вакансии]

🎁 Новогодняя акция: 3 курса по цене 1
🤝 Помощь с выбором курса

🐸 Библиотека тестировщика

#теория_на_пальцах

📌 Mockoon — mock API

Инструмент для поднятия локальных mock-серверов без кода. Запускается за минуты, подходит для ручного тестирования и разработки.

🔴 Чем полезен:

— быстро эмулировать API, когда бэкенда ещё нет
— тестировать фронт изолированно
— настраивать ошибки, статусы, задержки ответа
— воспроизводить edge-кейсы без вмешательства в реальный сервис

🔴 Когда брать:

Если backend ещё «в разработке», нестабилен или недоступен.

🔗 Ссылка на сайт

📍 Навигация: [Вакансии]

🐸Библиотека тестировщика

#тест_драйв

🎅 Задача: «Дед Мороз выкатил фичу»

Перед Новым годом в прод выкатили функционал:

«Пользователь добавляет подарок в корзину, оплачивает и получает его ровно 31 декабря».

❓ Что проверять в первую очередь:

👍 — UI и отображение скидок
🤩 — Граничные значения дат и таймзон
🔥 — Производительность оплаты
🌚 — Всё сразу

📍 Навигация: [Вакансии]

🐸Библиотека тестировщика

#стендап_qa

🎅 Магический шар предсказаний

Конец года — время узнать, что ждёт тестировщика в 2026.

➡️ Шар знает всё:

— сколько будет flaky-тестов

— где всплывёт «исправленный» баг

— в каком релизе сломается прод

— и найдёте ли вы дефект раньше пользователя

🔴 Нажимаете на шар — получаете предсказание.

🐸Библиотека тестировщика

#стендап_qa

💛 Как тестируют в больших компаниях

Подборка публичных кейсов о тестировании и культуре качества в реальных продуктах: от CI/CD и автотестов до тестирования в проде и observability.

🔸 Не про инструменты, а про подходы, процессы и мышление команд — Airbnb, Netflix, Google, Stripe и другие.

🔗 Ссылка на ресурс

🐸Библиотека тестировщика

#артефакт

🧩 Чек-лист для тестирования API

В нем собраны ключевые сценарии, покрывающие корректность обработки данных, валидацию, статус-коды, работу с различными HTTP-методами и особенности бизнес-логики.

1️⃣ Корректность структуры данных

— Сопоставляем структуру данных с API-спецификацией

— Валидируем обязательные и необязательные поля

— Сверяем типы данных с ожидаемыми

2️⃣ Тестирование POST-запросов

— Отправляем запрос с полным набором валидных данных и отслеживаем корректный результат

— Отправляем минимально необходимый набор данных для успешного создания

— Имитируем отправку без обязательных полей и получаем соответствующую ошибку

— Подаём запрос без тела и фиксируем корректную обработку ошибки

— Подставляем как корректные, так и ошибочные данные для проверки валидации

— Отправляем пустой JSON и анализируем ответ

— Проверяем автозаполнение даты создания объекта

3️⃣ Тестирование GET-запросов

— Запрашиваем список при отсутствии данных и получаем пустой результат

— Получаем список с данными и сверяем корректность

— Прогоняем пагинацию с limit и offset, включая пограничные значения

— Передаём некорректные параметры и анализируем ошибки 400

— Выполняем запрос по валидному ID и убеждаемся в правильности возвращаемых данных

— Подаём несуществующий ID и ожидаем 404

— Используем невалидный формат ID и получаем ошибку 400.

4️⃣ Тестирование PUT-запросов

— Обновляем объект с валидными данными и отслеживаем результат

— Имитируем обновление несуществующего объекта и получаем 404

— Отправляем некорректный ID и получаем 400

— Проверяем валидацию при обновлении с ошибочными значениями

— Обновляем частично — передаём только нужные поля и убеждаемся в корректной обработке

5️⃣ Тестирование DELETE-запросов

— Удаляем существующий объект и получаем подтверждение

— Повторно удаляем уже удалённый объект и фиксируем ошибку

— Пытаемся удалить несуществующий объект и получаем 404

— Отправляем невалидный ID и убеждаемся в корректной ошибке

— Удаляем объект и заново создаём его с теми же уникальными полями — исключаем конфликт

6️⃣ Проверка статусов ответов

— Отслеживаем корректность возвращаемых статусов (200, 201, 204, 400, 401, 403, 404, 500 и т.д.) в зависимости от сценария

7️⃣ Проверка всех возможных ошибок

— Симулируем сетевые сбои, таймауты и передаём некорректные данные — отслеживаем поведение API

8️⃣ Специфичные проверки для сложной логики

— Проверяем работу сложных сценариев, зависимостей и бизнес-правил (например, нельзя удалить связанную сущность)

9️⃣ Тестирование безопасности

— Проверяем доступ к защищённым ресурсам только при наличии валидной авторизации

— Отправляем запросы с просроченными, отсутствующими и поддельными токенами — анализируем реакции API

🐸Библиотека тестировщика

#лучшее_из_библиотеки_2025 #артефакт

🥹🥹 ТОП-7 признаков идеального работодателя

Выбор подходящего работодателя — ключевой шаг к успешной карьере в IT.

Но как распознать компанию, которая действительно ценит своих сотрудников и создает для них оптимальные условия ❓

🔗 Читай статью, чтобы узнать об основных критериях, которые помогают определить, стоит ли связывать свое профессиональное будущее с той или иной организацией.

🐸Библиотека тестировщика

#лучшее_из_библиотеки_2025

📌 Шпаргалка по командам Vim

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

🐸 Библиотека тестировщика

#артефакт

📌 Что такое компилятор?

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

Как работает компилятор?

Процесс компиляции включает несколько этапов:
1️⃣Лексический анализ: разбиение исходного кода на токены — минимальные значимые элементы языка.
2️⃣Синтаксический анализ: проверка структуры кода на соответствие грамматическим правилам языка.
3️⃣Семантический анализ: проверка смысловой корректности кода, например, соответствие типов данных.
4️⃣Оптимизация: улучшение кода для повышения его эффективности.
5️⃣Генерация кода: преобразование в машинный код, готовый к выполнению.

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

🐸 Библиотека тестировщика

#теория_на_пальцах

🎮 Эффективное управление ветками с помощью git rebase

Проблема: при анализе изменений в Git история коммитов становится запутанной из-за частых слияний веток, что усложняет поиск причин багов и понимание изменений.

Решение: команда git rebase помогает сделать историю линейной и прозрачной, облегчая отслеживание изменений и взаимодействие с разработчиками.

Пример кода:

# Переключаемся на ветку feature
git checkout feature

# Выполняем rebase на master
git rebase master

# Если возникают конфликты, разрешаем их и продолжаем rebase
git add <исправленные файлы>
git rebase --continue

# Переключаемся на master и сливаем изменения
git checkout master
git merge feature --ff-only

Почему важно:

➡️ Упрощает поиск изменений и багов
➡️ Делает ревью кода прозрачнее
➡️ Помогает быстрее понимать, что изменилось

🐸 Библиотека тестировщика

#лучшее_из_библиотеки_2025

🧑‍🎓 Simple WEB tests

Любой процесс автоматизации тестирования начинается с определенных этапов, к ним можно отнести:

🟣 выбор языка разработки тестов;
🟣 выбор фреймворка;
🟣 определить крит флоу, которое необходимо покрыть в первую очередь;
🟣 подготовить чек-листы/тест-кейсы автоматизации;
🟣 разработка тестов и выполнение тестов;
🟣 поддержка тестов после их разработки.

🔗 Изучить материал

🐸 Библиотека тестировщика

#артефакт