🚧 Что такое 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: мемы, апдейты и тестировочные инсайты

🧩 Что такое консистентность данных

Когда у вас десятки микросервисов и баз, главное — чтобы данные не противоречили друг другу. Если один сервис говорит, что у пользователя 💰100 €, а другой — 120 €, значит консистентность нарушена.

➖ На картинке — та же идея: один человек перекладывает объекты между коробками, и если что-то потерялось по пути — данные уже не совпадают.

❔ Почему так бывает:

Данные хранятся в разных местах, а между ними — сеть.
Сеть иногда:

— теряет запросы,
— задерживает обновления,
— роняет соединения.

И вот уже один сервис успел обновиться, а другой — нет.

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

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

🔒 MongoDB под рукой

Тестируете бэкенд или API, где всё крутится вокруг MongoDB?

Эта шпаргалка пригодится, когда нужно быстро вспомнить: как сделать выборку, обновить документы или написать сложный запрос с фильтрацией.

↗️ Всё — на одной странице: базовые команды, find/insert/update, операторы $in, $exists, $and, $or и другие.

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

#артефакт

☺️ Тема, о которой QA редко говорят вслух

После инцидента на проде почти всегда начинается охота на виноватого.
Но в реальности всё сложнее: это сбой процесса, дырка в требованиях, отсутствующий мониторинг — или действительно недосмотр QA?

💬 Когда баг уходит в прод, первым под удар часто попадает QA.

«Не заметил», «пропустил», «недотестировал» — знакомо?

➕ Расскажите, какие процессы помогают вашей команде не искать виновных, а искать причины:

— контракт-тесты,
— blameless RCA,
— shared KPIs,
— или что-то своё?

🤝 Только факты и реальные кейсы — без имён и обвинений. Интересно увидеть, как в разных командах устроена ответственность за качество.

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

#стендап_qa

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

#прод_в_пятницу

📣 Подборка материалов на выходные

🔜 Паттерны проектирования для автотестов: от теории к практике

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

🔜 Как я создала аккаунт с именем «NULL»

Исследователь безопасности случайно создала аккаунт с именем «NULL» и из-за ошибки валидации начала получать уведомления о действиях других пользователей, показав, к чему могут привести некорректные проверки системных значений.

🔜 Тест-драйв документации: как мы научились ловить баги до релиза

Почему этот шаг повысил эффективность тестирования и сэкономил команде нервы.

🔜 Playwright Agents — тесты, которые «живут своей жизнью»

Почему эта технология выглядит революционно, но пока остаётся экспериментом, пригодным скорее для pet-проектов, чем для продакшена.

🔜 От запахов к стабильности: рефакторим unit-тесты на JUnit

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

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

#release_notes

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

#прод_в_пятницу

🔥 Фичи BrowserStack

BrowserStack — не только «запуск тестов в облаке». У него есть крутые скрытые фишки, которые заметно упрощают жизнь:

〰️ Маскирование чувствительных данных

Скрывает пароли, токены и приватные значения прямо в скриншотах и видео отчётах.

〰️ Smart-теги и «немые» тесты

Тест можно пометить как flaky, «новый баг» или временно исключить из метрик.

〰️ Тестирование реальных функций на живых устройствах

BrowserStack даёт доступ к биометрии, файлам, камере и платежным потокам.

〰️ Low-code-режим с ИИ-помощником

Записываешь тест кликами, а ИИ сам дополняет сценарий API-шагами и проверками.

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

#тест_драйв

🧩 Что такое микросервисы — простыми словами

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

🏠 В монолите всё собрано в одном большом доме.
🏘️ В микросервисах — это квартал маленьких домиков, связанных сетью (через API).

➖ Плюсы:

• можно обновлять и тестировать каждый сервис отдельно
• сбой в одном не рушит всю систему
• масштабируешь только то, что нужно

➕ Минусы:

• сложнее настроить взаимодействие между сервисами
• важно следить за логами, задержками и зависимостями
• QA нужно тестировать интеграции, а не только UI

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

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