Как относитесь к созданию своего жпт не через конструктор, а хардкорно через код?

🔥 — я своего завайбкодил

🏃‍♀️ Ссылка на курс

😏 Фишка инструмента: кэширование авторизации между тестами

Cypress позволяет сохранять и восстанавливать сессию (cookies, localStorage, sessionStorage) при помощи команды cy.session(), чтобы логин не выполнялся перед каждым it. Это ускоряет тесты и делает их стабильнее.

Что еще полезного:

✅ Ускоряет тесты — логин происходит единожды, остальные кейсы используют сохранённую сессию

✅ Удобно для крупных e2e-сценариев с авторизацией

✅ Поддерживает несколько сессий по разным ключам (пример: для разных ролей пользователя)

Как настроить:

beforeEach(() => {
  cy.session(['qa@example.com', '123456'], () => {
    cy.visit('/login')
    cy.get('input[name="email"]').type('qa@example.com')
    cy.get('input[name="password"]').type('123456')
    cy.get('button[type="submit"]').click()
    cy.url().should('contain', '/dashboard')
  }, {
    cacheAcrossSpecs: false
  })
  cy.visit('/dashboard')
})

➡️ cy.session() — кэширует сессию по идентификатору (массив или строка)

➡️ На следующий it Cypress восстановит сессию, минуя повторный логин

➡️ После cy.session() обязательно добавляйте cy.visit(), чтобы перейти на нужную страницу

💡 Дополнительно:

— Используйте cacheAcrossSpecs: true, чтобы сессия сохранялась между spec-файлами при запуске cypress run --browser electron (но могут быть нюансы с Chrome)

— Для валидации сессии можно добавить validate() опцию: при неуспехе — сессия пересоздаётся

— Cypress.session API позволяет отслеживать и очищать, если необходимо

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

#буст

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

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

😵‍💫 Думает как тестировщик, действует как скрипт

Подсказка: если запускается сам и проверяет, что всё зелёное — это оно.

Что за функционал зашифрован? ✏️

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

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

📌 Тренажеры и песочницы для прокачки QA-навыков

Если хочется прокачать навыки руками, а не только читать теорию — вот подборка отличных ресурсов для практики:

➡️ Bug Magnet (плагин) — расширение для браузера, которое добавляет готовые edge-кейсы (пустые строки, спецсимволы, длинные значения) прямо в поля ввода.

➡️ Test Automation University — интерактивные курсы по автотестам: Selenium, Cypress, API, визуальное тестирование, BDD и многое другое.

➡️ QA playground — интерактивная песочница с багами и задачами для ручного тестирования.

➡️ Mindmap-тренажёры по тест-дизайну — rоллекция майнд-карт, «чек-листов мышления», ситуационных задач для развития exploratory testing и навыков анализа.

➡️ DemoQA — тестовый сайт с интерактивными элементами: формы, таблицы, алерты, дропдауны, drag-and-drop и др.

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

#свежак

🧠 Задача: поведение интерфейса

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

Что с наибольшей вероятностью определяет это поведение ❓

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

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

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

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

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

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

#буст