🧩 Тестовые данные

Что самое безумное вы использовали в качестве тестовых данных, чтобы сломать систему ❓
(эмодзи, библейский текст, «капибара» на 1000 строк…)

Расскажите в комментах ⌨️

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

#стендап_qa

🐛 Жизненный цикл бага

Баг — это не просто запись в трекере, а объект с «жизнью». У него есть статусы, которые помогают команде понимать, на каком он этапе.

На схеме 👆 показан один из классических вариантов:

Новый — только завели, ещё не распределён.

Назначен — передан конкретному разработчику.

Открыт — принят в работу.

Исправлен — есть фикс, ждёт проверки.

Ожидает повторного / Повторно тестируется — QA проверяет, решена ли проблема.

Проверен → Закрыт — баг подтверждён как устранён.

Отклонён / Отложен — команда решила баг не чинить сейчас.

Повторно открыт — если после фикса проблема вернулась.

⚡️ Зачем всё это:

— Прозрачность: команда всегда понимает, что происходит с багом.

— Управляемость: можно приоритизировать и отслеживать прогресс.

— Минимум хаоса: баги не теряются и не висят «в воздухе».

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

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

📂 Шпаргалка по HTTP Status Codes

Собраны все основные коды ответов сервера: от информационных (1xx) до ошибок клиента и сервера (4xx и 5xx).

📌 Удобный быстрый справочник для работы с API, отладки и тестирования.

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

#артефакт

💥 Факап с несовместимостью версий в интернет-банке

Наш подписчик поделился кейсом из реального релиза:

«Компания выкатила новый UI для интернет-банка. На стейдже всё выглядело идеально — API стабильно отвечал, тесты проходили. Но на проде часть клиентов внезапно не смогла оплачивать кредиты и коммуналку.
После расследования выяснилось: в некоторых филиалах до сих пор работала старая версия бэкенда, и новые запросы туда просто не доходили. Несколько часов пользователи оставались без доступа к платежам — факап на миллионы.»

Cовместимость между версиями — это не формальность, а критический кейс, который нужно проверять отдельно.

❓ А у вас были ситуации, когда несовместимость окружений ломала критичный функционал:

👍 — Всегда держим pre-prod синхронизированным с продом

🤩 — И так сойдёт, тесты же на стейдже зелёные

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

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

⚡️ Обновки облачной инфраструктуры

Новые вычислительные платформы в Yandex Cloud стали ещё мощнее: до 288 vCPU и 1,7 ТБ памяти на одну виртуалку. Производительность выросла в три раза при сопоставимой цене — для 1С, СУБД и real-time приложений.

А ещё в 2026 запустят новую зону доступности во Владимирской области на базе нового дата-центра с проектной мощностью 40 МВт+. Этот ДЦ находится рядом с уже действующим дата-центром – это дает задержку <1 мс и стабильность для критичных процессов вроде транзакций или бронирования билетов.

И да — дата-центр обещает быть на 27% энергоэффективнее мирового среднего. Мощно, надёжно и экологично🔋

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

#тест_драйв

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

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

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

📄 Русскоязычные статьи и руководства

➡️ Неизвестные пробелы в тестовом покрытии

Разбор типичных пробелов в покрытии тестами, кейсы и рекомендации для QA-инженеров.

➡️ Собеседования на QA в США

Советы по прохождению QA-собеседований, типовые вопросы, особенности и рекомендации.

🔖 Научные статьи и исследования

➡️ Unit Test Update through LLM-Driven

Метод TESTUPDATER для автоматического обновления unit-тестов при изменениях кода с учётом типа ошибок.

➡️ Large Language Models for Software Testing

Дорожная карта по применению LLM в тестировании: достижения и перспективы.

➡️ GenIA-E2ETest

Генерация E2E-тестов из естественного языка с минимальным ручным вмешательством.

➡️ Vibe Coding in Practice

Практика «vibe coding» через AI / команды — как с этим взаимодействует QA, риски и парадоксы.

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

#release_notes

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

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

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

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

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

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

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

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

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

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

➡️ 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