👍 Топ-вакансий для тестировщиков за неделю

Senior QA Engineer — 2 500 —‍ 3 500 $, удаленно

Junior QA engineer (нагрузочное тестирование) — офис (Москва)

Senior QA Automation Engineer — от 2 000 $, удаленно (Москва)

Инженер нагрузочного тестирования — 200 000 —‍ 255 000 ₽, гибрид (Москва)

Тестировщик мобильных игр — удаленно (Санкт-Петербург)

➡️ Еще больше топовых вакансий — в нашем канале QA jobs

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

#свежак

⭐️ Как проверить пагинацию и фильтрацию в API

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

1. Проверка пагинации по limit/offset (или page/size)

Пример:

GET /api/users?limit=10&offset=20

Проверяем:

🔴 Количество записей соответствует limit

🔴 Первые записи не повторяются с предыдущими страницами

🔴 Последняя страница возвращает < limit элементов, если данных меньше

🔴 Указание offset больше общего количества — пустой массив, не 500

2. Проверка фильтрации по полям

Пример:

GET /api/orders?status=completed&userId=42

Проверяем:

🔴 Все записи в ответе соответствуют status=completed

🔴 Если указать несуществующий userId, получаем пустой массив

🔴 Несколько фильтров работают в связке (AND / OR)

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

3. Проверка сочетания пагинации + фильтра

GET /api/orders?status=pending&limit=5&page=2

Проверяем:

🔴 На каждой странице нет дубликатов

🔴 Фильтр не сбрасывается при переключении страниц

🔴 Количество записей соответствует фильтру, а не общему числу

4. Негативные сценарии

*️⃣ limit=-1, offset=999999 — должны возвращать ошибку или пустой массив

*️⃣ status=DROP TABLE — нет SQL-инъекций

*️⃣ limit=10000 — ограничение на максимальное значение (должно быть)

*️⃣ userId=abc — проверка валидации типов

5. Что важно проверить:

➖ Фильтрация отрабатывает точно — ни одной лишней или пропущенной записи

➖ Пагинация не ломает логику — нет дубликатов, всё делится корректно

➖ Ответ соответствует контракту API — есть поля meta.totalPages, items и т. д.

➖ API устойчиво к мусору — не падает на limit=-1, status=aaa

💡 Такие проверки особенно важны при работе с таблицами, админками, отчетами и логами. Пагинация + фильтры = зона, где чаще всего ломаются списки и появляются баги на проде.

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

#буст

🌸 Инструмент недели: оптимизируем автоматизацию тестирования с Mabl

Mabl — облачная платформа для автоматизации тестирования, которая использует ИИ для упрощения создания, выполнения и поддержки тестов.

Почему стоит попробовать:

➡️ Автоматическая генерация тестов на основе вашего описания, без необходимости писать код.

➡️ Инструмент адаптирует тесты под изменения в интерфейсе приложения, минимизируя необходимость вручную обновлять сценарии.

➡️Mabl подходит для тестирования AI-приложений, чат-ботов и других сложных решений с использованием простых описаний на естественном языке.

➡️ Подключение к популярным инструментам (GitHub, GitLab, Jira, Jenkins и другие) для автоматической проверки в вашей CI/CD-системе.

Как начать:

1. Зарегистрируйтесь на Mabl и создайте новый проект.

2. Установите агент для тестирования и подключите проект к вашей CI/CD системе.

3. Настройте тесты через интуитивно понятный интерфейс.

4. Запустите тесты и получайте отчеты с подробными результатами и предложениями по улучшению.

🔗 Подробнее на сайте

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

#буст

Вам чай с сахаром или моими слезами 🥲

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

#развлекалово

😀 Как начать карьеру тестировщика с нуля за 60 дней

Автор делится личным подходом к обучению тестированию без опыта и дорогих курсов.

В видео:

➖ Зачем сразу переходить к практике, а не застревать в теории

➖ С чего начать и какие шаги пройти за 2 месяца

➖ Как не потеряться в большом количестве материалов

➖ В чем разница между аутсорсом и продуктовой компанией на старте

➖ Почему рынок по-прежнему открыт для новичков, несмотря на конкуренцию

Простой и наглядный гайд, чтобы наконец начать учиться, если давно откладывали 🤓

🔗 Смотреть видео

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

#буст

😐 Реальная работа глазами джуна

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

Вопрос от подписчика:

«На курсах всё было красиво: вот тебе баг-репорт, вот тест-кейс, вот список требований. А на работе с первого дня — никаких требований, всё на словах, окружение нестабильное, половина багов — на ощущениях. Я вообще не понимал, с чего начинать. Было ощущение, что я попал в хаос. У кого тоже так было в начале?»

❓ А у вас что оказалось гораздо сложнее, чем на курсах? Что реально стало челленджем на проекте?

P.S. Если хотите задать вопрос, заполните нашу гугл-форму. Это займет 5 минут.

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

#междусобойчик

📌 Команда для замера времени ответа API

Когда нужно понять, как быстро отвечает конкретный эндпоинт — без лишней аналитики и тулов — используйте curl с параметром -w (write-out).

curl -o /dev/null -s -w '%{time_total}\n'https://api.example.com/ping

-o /dev/null — не выводит тело ответа

-s — работает в «тихом» режиме (без прогресс-бара)

-w '%{time_total}\n' — выводит только общее время запроса (в секундах)

Для чего это нужно:

➡️ Проверить, не просел ли API по скорости (например, после релиза)

➡️ Зафиксировать бенчмарк до и после оптимизации

➡️ Сделать простую ручную проверку отклика в CI/CD без сложных тулов

💡 Лайфхаки:

— Выводить сразу несколько метрик:

curl -o /dev/null -s -w "DNS: %{time_namelookup}s\nConnect: %{time_connect}s\nTTFB: %{time_starttransfer}s\nTotal: %{time_total}s\n" https://api.example.com

— Проверить поведение при нагрузке:

seq 20 | xargs -n1 -P5 -I{} curl -o /dev/null -s -w '%{time_total}\n' https://api.example.com

(Запускает 5 параллельных запросов, по 20 раз — можно анализировать скорость на холодную/горячую)

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

#буст

Безлимитный чай с печеньками 🙂

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

#развлекалово

💰 Джун в тестировании

Когда на рынке много новичков, встает вопрос: сколько платить, чтобы мотивировать, но не перегрузить компанию?

✅ Почему платить больше — это выгодно:

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

— Высокая ставка снижает вероятность перехода к конкуренту

— Хорошая оплата помогает быстрее раскрыть потенциал, даже если опыта мало

⛔️ Почему платить меньше — это разумно:

— Недостаток опыта увеличивает расходы на обучение

— На рынке много начинающих, не все оправдают высокую зарплату сразу

— На старте новичок часто зависит от наставника, что может быть неэффективно для проекта

💬 А как вы считаете? Сколько должна быть зарплата у джуна, чтобы и компания, и сотрудник были довольны?

Поделитесь мнением в комментариях! ✏️

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

#междусобойчик