🐞 Что такое регрессия и почему она неизбежна

Когда код меняется, ломается не то, что правили, а то, что зависело от этого куска. Поэтому задача тестировщика — не «поймать ошибку», а предсказать, что именно сдвинется после правки.

Пример: поправил авторизацию → перестала работать корзина. Связь неочевидна, но она есть.

🔤 Автотесты не спасают от регрессии — они лишь показывают, где она случилась. Предотвращает регрессию только понимание архитектуры.

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

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

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

🔥 Сбой AWS, который обрушил пол-интернета

20 октября 2025 года в регионе us-east-1 у Amazon Web Services произошёл каскадный сбой. Не работали DynamoDB, Lambda, EC2, API Gateway — тысячи приложений по всему миру встали.

🅰️ Что случилось:

Баг в системе, управляющей DNS-адресами DynamoDB, нарушил резолвинг. Сервисы не могли «достучаться» до нужных эндпоинтов и начинали бесконечно повторять запросы.

Эти массовые повторы создали нагрузочную волну, которая добила инфраструктуру. Пока Amazon восстанавливал DNS и чистил кэши, бизнесы теряли доступ к API и базам.

📌 На прикрепленной картинке — разбор, как тестировать сбои подключений, повторные запросы и отказоустойчивость систем.

📎 Источник

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

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

🐳 Как ускорить автотесты в 5 раз без новых серверов

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

🈂️ Как это работает:

docker-compose up --scale app=5 -d

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

🔢 Пример docker-compose.yml

services:
  app:
    image: myapp:latest
    ports:
      - "8080"
    depends_on:
      - db
  db:
    image: postgres:15

🗳 Как применить в тестах:

— Поднимите несколько инстансов через --scale

— Настройте раннер (например, pytest-xdist или robot --processes 5) для распределения

— Тесты стартуют параллельно → CI проходит в разы быстрее

🔥 Совет:

Добавьте --remove-orphans при рестарте, чтобы старые контейнеры не мешали.

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

#тест_драйв

🙂 Чит-лист функционального тестирования

Универсальная шпаргалка для тестировщиков — коротко обо всём, что важно проверить в любой системе.

💡 Подходит для:

— проверки тестового покрытия
— вычитки ТЗ
— быстрого старта на новом проекте

📎 Полная версия с примерами и описаниями

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

#артефакт

📸 Скриншоты в баг-репортах

Кажется, что это мелочь. А на деле — один из самых холиварных вопросов в QA-командах.

⏯ Скрин обязателен

— «Без скрина это не баг, а болтовня»

— Скрин помогает разработчику увидеть суть сразу

— «Один скрин = минус сто слов в steps to reproduce»

💹 Разрабы сами откроют

— Если баг стабильно воспроизводится — скрин не нужен

— Делать, обрезать, грузить — трата времени

— Разработчик всё равно смотрит код, а не картинку

❓ А как у вас в команде:

👍 — Скрин в каждом баге обязателен
❤️ — Только если это визуальный баг
🔥 — Разрабы сами разберутся

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

#стендап_qa

💬 Реальное собеседование тестировщика в крупный банк

Кандидат с опытом 3+ лет отвечает на вопросы — от SQL и REST до CI/CD и тест-кейсов.

🔤 Что внутри:

— Как кандидаты рассказывают про опыт и проекты (и где чаще всего «плывут»)

— Разбор API и статусов ответов: где путаются даже мидлы

— Практические кейсы: тестирование кнопки «Сбросить», работа с базой данных, проверка запросов

🔥 Отличный способ проверить себя перед следующей встречей с HR и техэкспертом.

📎 Смотреть видео по ссылке

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

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

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

Кейс из релиза мобильного приложения для 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

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

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