👍 Трудные коллеги и как с ними справляться

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

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

➡️ Смотрите краткий пересказ с интерактивом 🔭

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

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

⚙️ Как проверить приложение на «плохой интернет»

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

➡️ Chrome DevTools

Network → Throttling → выберите Slow 3G или создайте свой профиль.
Отлично подходит для проверки фронта и UX при медленной загрузке.

➡️ Charles / Fiddler

Включите Throttling и задайте лимит скорости, задержку, потерю пакетов.
Помогает тестировать API и мобильные клиенты.

➡️ Linux / macOS

Используйте tc netem или Network Link Conditioner,
чтобы эмулировать задержки и ограничить пропускную способность всей системы.

🧠 Проверяйте, что приложение:

• корректно обрабатывает таймауты,

• повторяет запросы при обрыве,

• не зависает и показывает пользователю внятное сообщение.

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

#тест_драйв

🧩 Что такое 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