🔄 Бесконечный лоадер из-за одной запятой

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

После обновления каталога пользователи Android начали жаловаться:

«Приложение зависает при открытии категории», «На главной — бесконечная загрузка».

На iOS всё работало идеально, а в тестировании баг не воспроизводился вообще.

Разработчики искали проблему в коде приложения — полдня впустую. Пока кто-то не догадался посмотреть сырой ответ API на проде.

И вот он, виновник торжества: лишняя запятая в JSON.

{
"products": [
{"id": 1, "name": "Product 1"},
{"id": 2, "name": "Product 2"},
]
}

iOS-парсер закрыл глаза на ошибку. Android строго следовал спецификации и выбрасывал exception. UI зависал, показывая бесконечный лоадер.

🔢 Почему не поймали на тестировании:

— QA использовали моки с валидным JSON
— Тестовое API всегда отдавало корректные данные
— Нагрузочные тесты не проверяли валидность формата

📎 Баг проявился только на проде, под нагрузкой, когда один микросервис стал генерировать некорректный JSON.

А вы тестируете на «грязных» данных с прода ❓

👍 — Да, используем копии продовых данных

❤️ — Только моки и тестовые данные

🤩 — Узнаем о проблеме от пользователей

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

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

🎯 Что такое Test Observability

Тест упал. Лог:

AssertionError: expected true, got false

Спасибо, кэп. Но почему он упал?

Test Observability — это понимание контекста падения, не открывая код.

🆕 Пример:

Тест падает раз в 10 запусков. Флакирует? Race condition? База тормозит?

🟣 Без observability:

— Перезапускаешь 10 раз
— Гуглишь 2 часа
— Понимаешь: база была перегружена

🟣 С observability видите сразу:

— Трейсы запросов
— Метрики производительности
— Снимки состояния системы
— Корреляцию с деплоями

Инструменты: Allure TestOps, ReportPortal, Grafana + Loki

📎 Открытая сессия по теме от Podlodka Crew

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

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

📌 Шпаргалка по GIT

Все ключевые команды под рукой:

— инициализация, коммиты, ветки и слияния,
— push/pull и обновление проектов,
— сравнение версий и откат изменений.

Полезно для тестировщиков, работающих с автотестами и CI/CD.

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

#артефакт

🤔 Правда о тестовых данных

95% тестировщиков говорят, что используют best practices.

95% тестировщиков на самом деле копипастят из прода или пишут "test123".

Время честности: как работаете вы? ⬇️

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

#стендап_qa

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

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

📊 От «вибраций» к реальным метрикам

Как вы доказываете эффективность тестирования? «Тестов много, багов меньше…» — классика VDD, Vibe-Driven Development.

🔤 Vernon Richards в статье Rethinking Metrics точно описывает:

Классические метрики измеряют активность, а не результат:

— Количество тестов ≠ качество
— Defect leakage — слишком поздно
— Change fail % — уже после сбоя

В 2025-м, когда всех просят обосновывать ценность, этого мало.

Что делать:

🟢 Понять цели бизнеса (спросите у C-level напрямую)
🟢 Создать leading indicators — метрики, которые предсказывают риски
🟢 Говорить на языке бизнеса:

«Мы сделали X → помогли достичь Y»

Пример:

🅰️ Автоматизировали 200 тест-кейсов
❇️ Покрыли критические user-flows → сократили recovery-time с 4ч до 30 мин → помогли достичь 99.9% uptime

📎 В прикреплённом чеклисте — путь от бизнес-целей до опережающих индикаторов.

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

#артефакт

😄😄

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

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

📚 Что почитать в начале пути

Эти книги не о тестировании напрямую, но каждая развивает навыки, которые делают QA-инженера сильнее:

1️⃣ “Психология программирования” — Джеральд Вайнберг

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

2️⃣ “Чистый код” — Роберт Мартин

Дает представление о качестве и структуре кода — важно для понимания, что именно и как тестировать.

3️⃣ “Пользовательские истории” — Майк Кон

Объясняет, как формируются требования и почему важно видеть продукт глазами пользователя.

💡 Эти книги развивают инженерное мышление и помогают тестировщику стать партнером в разработке, а не просто исполнителем проверок.

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

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

📌 Как живёт веб-запрос — от браузера до базы данных

Эта шпаргалка — наглядная карта всего пути, который проходит запрос, когда вы открываете сайт. От клиента и DNS до Apache, сервера приложений и СУБД — каждый этап, где может спрятаться ошибка.

Полезно тестировщику, чтобы:

🟡 понимать, где искать причину сбоя — сеть, сервер, БД или код;

🟡 разбираться в архитектуре веб-приложений;

🟡 видеть, как связаны уровни от браузера до backend-логики.

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

#артефакт

⏰ Хотфикс через час на прод

Пятница, 18:30. Прод горит — критичный баг блокирует пользователей. Дев пофиксил за 20 минут. В чате пинги: «Можешь быстро протестить? Нужно срочно выкатывать».

Времени нет, давление со всех сторон, стресс. Но пропустить новый баг на прод нельзя — будет ещё хуже. А проверить за 10 минут полноценно невозможно.

❓ Вы как:

👍 — Smoke-тест ключевых путей + фокус на фиксе + быстрая проверка смежной функциональности

❤️ — Только сам фикс и happy path, если совсем горит — времени нет

Совет:

Держите наготове чек-лист для экстренного тестирования:

✅ Сам фикс работает

✅ Авторизация/регистрация не сломана

✅ Критичные бизнес-процессы (оплата, оформление заказа)

✅ Основные API endpoints живы

✅ Нет 500 ошибок в логах

Это спасёт и релиз, и ваши нервы. Лучше выкатить быстро с базовыми проверками, чем тормозить прод ещё на час.

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

#стендап_qa

🧠 Когнитивные искажения, которые мешают в работе

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

🔤 Эта шпаргалка напоминает: даже опытные QA подвержены искажениям восприятия. Заметьте их — и ваша стратегия тестирования станет точнее и спокойнее.

🔗 Видео для закрепления темы

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

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