📎 Что такое тестовая изоляция

Изоляция — это когда каждый тест выполняется независимо от других и не зависит от их данных или состояния.

🟢 Не «прогнали всё подряд», а гарантировали:

— Чистую БД перед тестом
— Отсутствие зависимостей от порядка запуска
— Независимость окружения

🔤 Зачем это нужно:

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

🟢 Реальный кейс:

Тест А создаёт пользователя, тест Б ожидает, что его нет. В CI порядок поменялся — и всё посыпалось.

📍 Навигация: [Вакансии]

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

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

❓ Идемпотентность в микросервисах

Кейс:

Сервис Order создаёт заказ и отправляет событие в Kafka. Сервис Billing слушает событие и списывает деньги. Из-за сетевого сбоя событие доставляется дважды (at-least-once delivery).

Разработчик говорит:

«Kafka может дублировать сообщения. Это нормальное поведение».

📍 Навигация: [Вакансии]

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

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

✅ Верный ответ: B

В распределённых системах дубли — это норма. At-least-once delivery означает: повторная обработка должна быть безопасной.

QA уровня middle должен понимать:

— Где возможны повторы
— Где должна быть дедупликация
— Где хранится idempotency-key
— Какие бизнес-риски при повторной обработке

Проблема не в Kafka. Проблема в том, что Billing не защищён от повторной обработки.

📍 Навигация: [Вакансии]

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

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

⚡ Postman: тест на race condition прямо в коллекции

API должно создавать только 1 заявку. Если отправить 2 запроса одновременно — иногда создаются 2. Обычным тестом это не поймать.

Как сделать в Postman:

1️⃣ Создаёте запрос Create order
2️⃣ Дублируете его в коллекции 5–10 раз
3️⃣ Запускаете Collection Runner с 10 итерациями

В Tests добавляете:

pm.test("Only one order created", function () {
  const json = pm.response.json();
  pm.expect(json.created).to.be.true;
});

И смотрите:

— нет ли 500
— нет ли дубликатов
— одинаковые ли ID

📍 Навигация: [Вакансии]

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

#тест_драйв

😶 Как перестать бояться задавать вопросы на дейли

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

🟡 Откуда появляется страх:

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

Но молчание обычно создаёт больше проблем, чем вопрос.

✅ Как действовать:

— Если что-то блокирует работу — говорите прямо:

«Мне не хватает информации, чтобы продолжить»

— Формулируйте коротко:

«Не понимаю, как должна работать валидация. Можем уточнить после дейли?»

— Помните: дейли — это не экзамен, а синхронизация команды

— Если вопрос длинный — поднимите проблему на дейли и обсуди после митинга

И главное ❗️

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

📍 Навигация: [Вакансии]

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

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

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

Junior Тестировщик — от 90 000 ₽, гибрид (Москва)

Automation QA Engineer (C#) — удаленно

QA Engineer Fullstack (Java/Kotlin) — удаленно

➡️ Больше офферов в канале: @testerrjob

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

❔ Опрос

На дейли вы говорите, что у вас есть вопрос по задаче. В ответ тимлид говорит:

«Напиши потом разработчику»

Но разработчик молчит уже полдня, а задача стоит.

📍 Навигация: [Вакансии]

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

#стендап_qa

📎 Когда не знаете, где искать баги

В исследовательском тестировании часто возникает момент, когда основные сценарии проверены, а куда копать дальше — непонятно.

➡️ В таких случаях помогает метод исследовательских туров Джеймса Уиттакера. Он предлагает смотреть на приложение как на город, а на тестировщика — как на туриста, который исследует разные «районы» системы.

Каждый тур задаёт конкретную цель проверки и помогает системно искать баги.

📎 Ссылка на шпаргалку

📍 Навигация: [Вакансии]

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

#артефакт

🔎 Быстро найти нужный текст в логах

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

grep -Ri "error" logs/

Что делает команда:

• grep — поиск текста
• -R — ищет во всех файлах и папках
• -i — игнорирует регистр
• "error" — что ищем
• logs/ — где искать

🔳 Полезные варианты:

🔤 Показать номер строки

grep -Rn "error" logs/

🔤 Искать несколько слов

grep -Ei "error|exception|fail" logs/

🔤 Следить за логом в реальном времени

tail -f app.log | grep error

Очень помогает быстро понять:

— где упала система
— какой сервис сломался
— какая ошибка повторяется чаще всего.

📍 Навигация: [Вакансии]

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

#тест_драйв

🔥 Вопрос с собеседования на Junior

Вы нашли в логе строку:

ERROR PaymentService: timeout while calling bank API

📍 Навигация: [Вакансии]

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

#стендап_qa

⏳ Асинхронные процессы часто ломают автотесты

Фиксированные задержки вроде Thread.sleep() делают проверки медленными, нестабильными и плохо поддерживаемыми.

⚡️ В статье разбирают Awaitility — библиотеку для Java-тестов, которая позволяет декларативно ждать нужное состояние системы вместо жёстких таймеров.

Что вы еще узнаете:

— как работает механизм активного ожидания
— базовые и продвинутые сценарии использования
— тестирование Kafka, микросервисов и eventual consistency
— оптимизацию интервалов ожидания и диагностику проблем
— лучшие практики и типичные антипаттерны

🔳 Полезный гайд для тех, кто тестирует асинхронные операции, очереди, фоновые процессы и распределённые системы.

📍 Навигация: [Вакансии]

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

#release_notes