🔍 Postman под микроскопом: как один инструмент экономит часы работы QA

Когда речь заходит о тестировании API, многие представляют себе рутину: писать запросы, проверять ответы, копировать данные туда-сюда… Но те, кто освоил Postman «по-взрослому», знают: этот инструмент превращает тестирование в быстрый, чёткий и автоматизированный процесс.

С его помощью можно:
— за пару кликов отправить десятки запросов;
— автоматизировать проверки и сценарии;
— работать с REST и GraphQL API без лишних движений;
— собирать тестовые коллекции, которые экономят часы работы.

Проблема в том, что большинство QA-инженеров используют лишь 10–15% возможностей Postman. Не знают, как правильно настроить переменные, как быстро формировать тестовые сценарии, как связывать его с другими инструментами.

Мы решили это исправить и подготовили видео-урок + шпаргалку по Postman — концентрат приёмов, которые применяют в автоматизации API-тестирования. Эти материалы помогут вам сразу поднять уровень своей работы, даже если вы пользуетесь Postman только для базовых запросов.

Доступ к ним простой: достаточно пройти тестирование — оно занимает около 30 минут и помогает оценить уровень ваших знаний в тестировании.

А уже после теста вы узнаете о программе курса «Автоматизированное тестирование веб-сервисов на Go». В нём мы учим автоматизировать тестирование веб-сервисов с нуля, работаем с Go, Postman, SQL, UI- и API-тестами, создаём портфолио и готовим к позициям QA Automation Engineer.

📌 Проверьте свой уровень, заберите материалы по Postman и узнайте, как прокачать навыки автоматизации на Go -
https://vk.cc/cOGmG2

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2W5zFJcnWmW

🔥 SQL для тестировщиков: 5 полезных запросов
Источник

SQL - это язык для работы с реляционными базами данных (например, MySQL, PostgreSQL, Oracle). SQL является отличным инструментом для проверки целостности данных, анализа связей между таблицами и поиска скрытых багов.

1. Возвращаем набор данных из базы (SELECT)
Когда использовать: После регистрации, создания заказа и т.д. - проверяем, что пользователь/заказ создался, смотрим на корректность и полноту данных

Найти пользователя по email:

SELECT * (Выбираем все поля записи)
FROM users (Из таблицы users)
WHERE email = '[email protected]'; (Где email равен указанному значению)

Проверить последний заказ:

SELECT * (Выбираем все поля записи)
FROM orders (Из таблицы orders)
ORDER BY created_at DESC (Сортируем по дате создания (новые сначала))
LIMIT 1; (Ограничиваем результат одной записью)

2. Фильтрация данных по условиям (WHERE)
Когда использовать: для поиска и анализа ошибочных записей, для выборочной проверки данных по определённым критериям

Найти неоплаченные заказы старше 3 дней:

SELECT * (Выбираем все поля заказов)
FROM orders (Из таблицы orders)
WHERE status = 'unpaid' (Где статус "неоплачен")
AND created_at < NOW() - INTERVAL 3 DAY; (И дата создания старше 3 дней от текущего момента)

Найти пользователей без подтвержденного email’a:

SELECT id, email (Выбираем только ID и email)
FROM users (Из таблицы users)
WHERE email_verified = false; (Где email не подтверждён)

3. Проверка количества записей (COUNT)
Когда использовать: для проверки массовых операций

Сколько пользователей зарегистрировалось сегодня:

SELECT COUNT(*) (Считаем общее количество записей)
FROM users (В таблице users)
WHERE DATE(created_at) = CURRENT_DATE; (Где дата регистрации = текущий день)

4. Обновление тестовых данных (UPDATE)
Важно! Используйте только в тестовых базах и всегда делайте резервную копию перед массовыми изменениями

Сбросить пароль тестового пользователя:

UPDATE users (Обновляем таблицу users)
SET password = 'test123' (Задаём новое значение для поля password)
WHERE email = '[email protected]'; (Условие: только для пользователя с этим email)

Изменить статус заказа:

UPDATE orders (Обновляем таблицу orders)
SET status = 'completed' (Меняем статус на "completed")
WHERE id = 12345; (Условие: только заказ с ID 12345)

5. Удаление тестовых данных (DELETE)
Осторожно! Используйте только в тестовых базах и всегда делайте резервную копию перед массовыми изменениями. Всегда сначала делайте SELECT с тем же условием

Удаление тестовых заказов:

DELETE FROM orders (Удаляем записи из таблицы orders)
WHERE user_id IN ( (Где user_id соответствует…)
 SELECT id FROM users (…ID из таблицы users)
 WHERE email LIKE '%test%' (…для email с подстрокой "test»)
);

🔧 Как тренироваться?
На помощь приходят бесплатные тренажеры, например:
▫️https://sqlbolt.com/
▫️https://sqlzoo.net/
▫️https://sql-academy.org/ru/trainer

ИТ-специалисты Петербурга, общий сбор 

6 и 7 сентября пройдет ИТ-фестиваль «Сезон кода» для опытных разработчиков, ML-инженеров, архитекторов, специалистов по информационной безопасности и других ИТ-специалистов.

Спикеры из Т-Банка и других компаний зовут слушать доклады, обмениваться опытом и знакомиться с единомышленниками. Развлечения и музыка тоже будут. 

В первый день:
— Разберетесь в архитектуре систем, надежности и работе с данными. 
— Узнаете, как технологии помогают решать задачи клиентов и бизнеса.
— Поймете, как идеи становятся инструментами и продуктами.

Во второй день: 
— Услышите про актуальные подходы к обеспечению информационной безопасности в разработке.
— Узнаете про backend-принципы, которые помогают работать эффективнее.
— Увидите, как работают LLM и куда все это движется.

Выбирайте один из дней или посетите оба. Встреча пройдет в новом ИТ-хабе Т-Технологий в Санкт-Петербурге.

Успейте зарегистрироваться до 5 сентября

📕 Maven + Gradle: история успешного тестирования для QA-инженеров, начинающих автоматизаторов и всех, кто хочет уверенно настраивать проекты под автотесты

На открытом уроке 26 августа в 20:00 мск мы погрузимся в тонкости создания и настройки проектов для автотестов:

📗 На вебинаре разберём:
1. Создание проекта для автотестов с Maven и Gradle.
2. Как подключать библиотеки: JUnit, Selenium, Allure.

📘 В результате на практике сравните Maven и Gradle, разберетесь в их плюсах и минусах и выберете подходящий инструмент под свои задачи.

👉 Регистрация и подробности о курсе QA Automation Engineer: https://otus.pw/NBie/

Все участники открытого урока получат скидку на курс "QA Automation Engineer"

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2W5zFJeKs1z

👁‍🗨 Agile vs Waterfall
Источник

Всем привет! Давайте разберёмся, в чём разница между Agile (Scrum/Kanban) и Waterfall, и как это влияет на нашу работу.

🌊 Waterfall («Водопад»)

Как работает:
1. Этапы идут строго друг за другом (как вода в водопаде):
Требования → Дизайн → Разработка → Тестирование → Внедрение → Поддержка
2. Тестирование - в самом конце (когда весь продукт уже готов)

Плюсы для QA:
▫️Чёткий план (знаем все требования заранее)
▫️Участники проекта, не задействованные на определенной фазе, могут переключаться на другие проекты
▫️Подходит для госпроектов, систем, где нельзя менять требования и для модернизации уже существующих проектов

Минусы:
▫️Если баг найден поздно - исправлять дорого
▫️Нет гибкости

🔄 Agile (Scrum, Kanban)

Как работает:
1. Разбиваем проект на маленькие кусочки (итерации по 2-4 недели)
2. Тестируем каждую фичу сразу (не ждём конца разработки)

Scrum
- Есть спринты (обычно 2 недели)
- Каждый день daily (короткая ежедневная встреча команды разработки, которая проходит в одно и то же время. На ней каждый участник команды отвечает на вопросы «Что было сделано вчера? Что буду делать сегодня? Есть ли что-то, что может помешать работе над задачами спринта?»)
- Тестировщик встроен в команду (не отдельный «отдел»)

Kanban
- Нет спринтов - гибкий поток задач
- Задачи висят на доске, их прогресс наглядно виден по колонкам статусов (To do → In Progress…)

Плюсы для QA:
▫️Быстрая обратная связь
▫️Раннее вовлечение в процесс
▫️Постепенное тестирование

Минусы:
▫️Нужно быстро адаптироваться (требования могут меняться)
▫️Много рутины (ежедневные митинги, ретроспективы)

⚖️ Что лучше для тестировщика?

- Скорость: Waterfall - медленно, Agile - быстро
- Гибкость: Waterfall - нет, Agile - да
- Риски: Waterfall - баги находятся поздно, Agile - ловим баги в процессе разработки
- Документация: Waterfall - много, Agile - минимум

отличная идея)

🎱 HTTP-коды и методы: шпаргалка для тестировщика - Часть 1

Каждый пользователь хоть раз в жизни сталкивался с ситуацией, когда заходит на сайт, а его встречает ошибка 404, сразу мысль «Ну, значит что-то не то с сайтом». Давайте поглубже разберемся в теме и посмотрим на другие ошибки, которые могут быть неочевидны для пользователей, но для нас являются важными для контроля состояния и работы сайта.

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

1. GET - «Дай мне данные» (например, загрузка страницы)
Не требуется тело запроса!
- Пример: GET /api/users → 200 OK (получаем список пользователей)
- Ошибка: GET /api/page-not-exist → 404 Not Found (пытаемся получить что-то со страницы, которой не существует)

2. POST - «Создай что-то новое/Отправь данные» (отправка формы, регистрация)
Тело запроса используется!
- Пример: POST /api/users body:{"name": "Alex", "id": 1} → 201 Created (создание нового пользователя)
- Ошибка: POST /api/users (без тела запроса) → 400 Bad Request

3. PUT - «Полностью обнови данные» (замена всей записи)
Тело запроса используется!
- Пример: PUT /api/users/1 {name: "Alex Black"} → 200 OK
- Ошибка: PUT /api/users/999 (несуществующий ID) {name: "Alex Black"} → 404 Not Found

4. PATCH - «Частично обнови данные» (измени только имя)
Тело запроса используется!
- Пример: PATCH /api/users/1 {name: "Alex Patched"} → 200 OK
- Ошибка: PATCH /api/users/1 [name: Alex Patched] (неправильный формат данных, мы ожидали JSON в body) → 400 Bad Request

5. DELETE - «Удали ресурс»
Не требуется тело запроса!
- Пример: DELETE /api/users/1 → 204 No Content (если удаление выполнено успешно, но нет необходимости возвращать тело ответа)
- Ошибка: DELETE /api/users/999 → 404 Not Found

6. HEAD - «Покажи только заголовки» (как GET, но без тела)
Не требуется тело запроса!
- Пример: HEAD /api/users → 200 OK (но тело пустое)
- Ошибка: HEAD /api/page-not-exist → 404 Not Found (пытаемся получить заголовок страницы, которой не существует)

7. OPTIONS - «Какие методы доступны?» (запрашивает информацию о доступных методах и опциях для конкретного ресурса)
Не требуется тело запроса!
- Пример: OPTIONS /api/users → 200 OK (в заголовке Allow: GET, POST, PUT)

8. TRACE - «Покажи путь запроса» (используется для диагностики, возвращает полученный запрос)
Не требуется тело запроса!
- Пример: TRACE /api/users → 200 OK (в теле ответа - копия вашего запроса)
- Ошибка: TRACE /api/security-page → 403 Forbidden (метод запрещен из-за соображений безопасности)

P.S. Самый редкий зверь в API-тестировании - это TRACE. Встречали его когда-нибудь в работе?

📕 Jenkins и эффективные CI/CD-конвейеры для автоматизации тестирования для разработчиков Java, QA инженеров, автоматизаторов, QA Lead и DevOps-специалистов

На открытом уроке 28 августа в 20:00 мск мы погрузимся в тонкости работы с Jenkins с помощью Docker Compose и не только:

📗 На вебинаре разберём:
1. Развёртывание Jenkins в Docker Compose — быстро, просто и воспроизводимо.
2. Принципы построения CI/CD-пайплайнов под автоматизацию тестирования и использование Groovy для гибкой настройки конвейеров.

📘 В результате научитесь строить и настраивать CI/CD-конвейеры под задачи автоматизации тестирования и освоите базу работы с Groovy в Jenkins.

👉 Регистрация и подробности о курсе Java QA Engineer. Professional: https://otus.pw/RVZ3/

Все участники открытого урока получат скидку на курс "Java QA Engineer. Professional"

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2W5zFJbFqrx

18 сентября — митап YADRO для QA-инженеров!

📍 Санкт-Петербург, Loft Hall и онлайн
🕕 Начало в 19:00 | 🎫 Участие бесплатное

В программе:
— QA-практики в YADRO (Михаил Саравайский).
— Тестирование систем хранения данных: от RAID до автоматизации (Артём Хюппенен, YADRO).
— Интеграционные тесты глазами разработчиков: опыт облачной платформы MWS Cloud Platform (Эдгар Сипки).
— Финальный доклад от экспертов YADRO (Владимир Авдеев и Полина Ященко).

Офлайн-формат: демозона, стенды с «железом», квесты, подарки, afterparty.

👉 Регистрация уже открыта, количество мест ограничено.

А если работать грузчиком, то вы получите спортзал, за которую ещё и платят))

📕 Тестовые фреймворки: JUnit, TestNG и не только для QA-инженеров, начинающих автоматизаторов и всех, кто хочет уверенно настраивать проекты под автотесты

На открытом уроке 2 сентября в 20:00 мск мы погрузимся в тонкости работы популярных тестовых фреймворк:

📗 На вебинаре разберём:
1. JUnit 5 vs TestNG — что выбрать и почему.
2. Структура теста: аннотации, ассерты, параметры.

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

👉 Регистрация и подробности о курсе QA Automation Engineer: https://otus.pw/GdEN/

Все участники открытого урока получат скидку на курс "QA Automation Engineer"

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2W5zFHYpqm2