🧩 Что такое Equivalence Partitioning

Это техника тест-дизайна, которая помогает сократить количество тестов, не теряя качество проверки.

➡️ Вместо того чтобы проверять все возможные значения, мы делим их на группы (партиции), где поведение программы одинаковое.
Из каждой группы берём по одному представителю — и этого достаточно.

💡 Пример:

Допустим, поле принимает возраст от 18 до 60 лет.
Тогда партиции будут такие:

• ❌ меньше 18 — недопустимые значения

• ✅ от 18 до 60 — допустимые значения

• ❌ больше 60 — тоже недопустимые

Теперь вместо сотни тестов мы проверяем всего три случая: 17, 30, 61.

Зачем нужно:

— уменьшает количество тестов без потери покрытия,

— помогает находить ошибки на границах диапазонов,

— делает тесты логичными и системными.

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

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

🧩 Шпаргалка по основным концепциям тестирования

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

💡 Подходит для подготовки к интервью, обучения или быстрой проверки знаний.

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

#артефакт

🔋 Тестируем пауэрбанк на 10 000 mAh

Правила простые: придумайте 3–5 тест-кейсов.

Чем креативнее — тем лучше. Можно с юмором и лёгким безумием ⚡️

Пример для разгона:

– Что будет, если подключить два телефона и фен?

– Зарядится ли быстрее, если дуть на него вентилятором?

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

– Покажет ли «перезарядку», если его зарядить… от самого себя?

– Продолжит ли работу, если подключить к нему умный чайник с Bluetooth?

Ваш ход 🔜

Как протестируете «вечный источник энергии»?

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

#стендап_qa

🚧 Что такое deadlock

Звучит страшно:

«потоки ждут друг друга, и никто не может продолжить работу».

✅ На деле проще:

Маша держит ножницы, Даша — бумагу. Маша ждёт бумагу, Даша — ножницы. И все — никто ничего не получает 🍽️

➕ Важно знать:

— Часто встречается при работе с БД, потоками или файлами;

— Система зависает без ошибок;

— Помогает анализ логов и дампов потоков.

⚡ Deadlock — это когда никто не падает, но и никто не движется.

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

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

🚨 Кейс: дубль-заказы в Airbnb

Пользователи начали замечать, что одно бронирование создаётся дважды — и деньги списываются тоже дважды. Поддержка захлебнулась обращениями, а некоторые хосты уже успели принять оба «заезда».

Причина:

— Ошибка при повторной отправке запроса на оплату.
— Клиент не обрабатывал таймаут правильно → при «зависании» страницы пользователь нажимал «Забронировать» снова, а backend не проверял идемпотентность операции.

Чем обернулось:
— Массовые возвраты и заморозка средств.
— Потеря доверия пользователей.
— Срочный релиз фикса и аудит платёжного модуля.

Выводы для QA:

🅿️ Проверяйте повторные запросы — backend должен быть идемпотентным.

🅿️ Тестируйте сценарии с нестабильной сетью и таймаутами.

🅿️ Валидация состояния транзакции должна происходить до списания средств.

🅿️ Важно покрывать тестами поведение клиента при задержках и повторных кликах.

💡 Один таймаут — и у вас две оплаты вместо одной.

❓ А вы проверяете идемпотентность своих API?

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

#разбор_полетов

🧪 Фишки в Postman, часть 2

В прошлый раз мы разбирали скрытые фишки Postman — от pm.visualizer до pm.sendRequest() и автогенерации тестов.

Сегодня продолжим: ещё 5 возможностей, которые превращают Postman в мощный инструмент 👇

1️⃣ Collection Runner с CSV/JSON
Прогоняйте тесты с десятками наборов данных — классика data-driven тестирования без лишнего кода.

2️⃣ Mock Servers
Создайте мок-API за пару кликов, даже если бэкенд ещё не готов. Удобно для фронта и раннего QA.

3️⃣ Monitor + GitHub Sync

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

4️⃣ Postman Flows

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

5️⃣ Integration Hub

Интеграции со Slack, Jira, Datadog — отчёты о тестах прямо туда, где работает команда.

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

#тест_драйв

📂 10 артефактов, которые джун может вложить в резюме

1️⃣ Тестовый план для pet-проекта — покажет, что вы умеете думать системно.

2️⃣ Mindmap чек-листов — вместо скучной таблицы Excel. Визуализация = внимание рекрутера.

3️⃣ Сравнительный отчёт по баг-трекерам (Jira vs YouTrack vs Trello). Умение работать с инструментами = +.

4️⃣ SQL-запросы для выборки данных — скриншоты с пояснением.

5️⃣ Postman-коллекция с примерами API-тестов. Можно выложить на GitHub.

6️⃣ Набор автотестов на Cypress или Playwright (даже если их 3–5).

7️⃣ Собственный тестовый баг-репорт с вложениями (скрины, логи, шаги воспроизведения).

8️⃣ Анализ чужого приложения — PDF «10 багов в [популярном сервисе] и как их можно исправить».

9️⃣ Документ с UX-наблюдениями — мелкие улучшения интерфейса, написанные как рекомендации.

🔟 Кейс по безопасности — как вы проверяли сайт на простые уязвимости (IDOR, XSS, хранение паролей в localStorage).

⚡️ Такие артефакты делают резюме «живым»: рекрутер видит не просто слова, а доказательства ваших навыков.

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

#карьерный_трек

🖥️ Postman vs Insomnia

Инструменты для тестирования API вроде бы делают одно и то же — но команды делятся на два лагеря.

⏩ Postman — привычный стандарт

Мощный интерфейс, коллекции, автоматизация, поддержка разных окружений. Но со временем стал тяжеловесным — особенно если нужно просто быстро проверить пару запросов.

⏩ Insomnia — лёгкий и минималистичный

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

💬 Что выбираете для API-тестов?

👍 — Postman
❤️ — Insomnia

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

#стендап_qa

😁 Эвристики, которые реально работают

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

📄 Проверьте приложение по этим пунктам — и точно заметите то, что раньше ускользало.

➖ Сохраните, чтобы не искать перед каждым тестом.

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

#артефакт

🙂 Как Zentester автоматизирует всё

Новый инструмент от Zencoder обещает заменить дни ручного QA на пару часов работы.

Zentester уже в открытой бете — и выглядит как один из самых амбициозных AI-тестеров года.

⚡️ Что умеет:

— Генерирует end-to-end тесты по действиям пользователя

— Поддерживает Playwright и Selenium

— Анализирует ошибки и сам обучается

— Делает видео и логи шагов, чтобы легче отследить баг

➖ Впечатления от тест-драйва:

— Стартует быстро, интерфейс дружелюбный

— Тесты реально создаются «на лету»

— Но: кастомные UI-компоненты иногда ломают магию

💹 Что понравилось:

— Ускоряет регрессию и снижает ручные проверки

— Отлично дружит с CI/CD

— Отчёты — огонь: видно и UI, и backend-уровень

⚠️ Что насторожило:

— Нестабильность на сложных интерфейсах

— Всё ещё требует участия тестировщика

— Визуальные баги AI не чувствует

Инструмент молодой, но уже впечатляет потенциалом.

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

#тест_драйв

🔥 Массовый вылет пользователей из-за токенов

Кейс из недавнего релиза мобильного приложения:

«После обновления логики авторизации приложение стало регулярно “выкидывать” пользователей из сессии. На тестовом окружении всё работало — QA проверили, токен обновляется, запросы к API корректные.
Но на проде через несколько часов после релиза — лавина жалоб: “Невозможно войти”, “Сессия истекла”.
Оказалось, что на боевом сервере оставалась старая конфигурация кэша, где TTL токена был меньше, чем ожидала новая версия клиента. Токен становился недействительным раньше, чем происходил автологин. Итог — тысячи принудительных разлогинов и падение рейтинга приложения в сторах.»

🔐 Согласование сроков жизни токенов между сервисами — не мелочь, а важная часть релиза.

❓А вы проверяете TTL токенов и refresh-логику при каждом обновлении авторизации:

👍 — Да, это в нашем чеклисте
🤩 — Обычно вспоминаем только когда всё падает

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

#разбор_полетов

🔌 Полезный тест-кейс

Открыть X → подписаться → не пожалеть 😎

✅ Expected: мемы, апдейты и тестировочные инсайты