😴 Почему тестировщикам особенно сложно переключаться

Посмотрели результаты опроса и поняли: нам всем нужно поговорить об отдыхе 🔜

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

Но вот в чём фокус: постоянная включённость не делает вас лучшим специалистом. Она делает вас уставшим специалистом.

Что происходит, когда вы не отдыхаете:

🟡 Падает внимательность (привет, пропущенным багам)
🟡 Растёт раздражительность (привет, конфликтам в команде)
🟡 Теряется мотивация (привет, выгоранию)

Отдых — это не роскошь, это инвестиция в качество вашей работы.

⚡️ Несколько правил, которые помогают мне:

⏺ В отпуске отключаю рабочие уведомления (совсем)
⏺ Если нашел баг — скрин в отдельную папку, без описания

Напоминаю себе: срочность — это иллюзия (в 90% случаев)

Берегите себя 🥺 Качественные тесты делают отдохнувшие тестировщики.

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

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

📎 Шпаргалка по Python

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

🔹 Курс «Программирование на языке Python»
🔹 Получить консультацию менеджера
🔹 Сайт Академии 🔹 Сайт Proglib

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

#артефакт

👀 Когда визуальный слой опережает логику интерфейса

Жалобы пользователей были неочевидными: «кнопка иногда игнорирует касание», «анимация ломает взаимодействие». В тестовой среде — ни единого сбоя.
После наблюдений стало ясно: баг проявляется только если нажать кнопку до завершения анимации. На реальных устройствах — воспроизводится стабильно. На эмуляторах — не проявляется вовсе.

ℹ️ Что выяснили:

При определённых движках и частотах экрана хит-тест внутри анимируемого контейнера блокируется до полного окончания трансформации. Кнопка отображается корректно, но система ещё не считает её интерактивной.

ℹ️ Что сделали:

— вынесли кликабельные элементы из слоя, участвующего в анимации;

— добавили короткий input-guard, чтобы исключить “ранние” касания;

— создали автотесты, проверяющие клики во время переходов;

— проверили поведение на 60/90/120 Hz — разница оказалась критичной.

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

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

#стендап_qa

❓ Как пользователи могут получить доступ к веб-приложениям

Существует четыре основных способа распространения веб-приложений:

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

PWA-технология — современный подход, позволяющий установить веб-приложение на устройство как полноценную программу. Работает офлайн и выглядит как нативное приложение.

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

Магазины приложений — веб-приложение упаковывается в desktop-оболочку и распространяется через App Store, Google Play или другие платформы.

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

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

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

📌 Песочные часы» в тестировании

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

Структура получается перевёрнутой: тонкое основание и тяжёлая верхушка.

🔴 Как понять проблему «на пальцах»:

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

🔴 Почему это опасно:

— E2E медленные и дорогие.
— Любой сбой трудно отлаживать: непонятно, где именно ошибка.
— Любой PR может уронить половину тестов.
— Время выполнения растёт, команда буксует.

🔍 Признаки в проекте:

— Пайплайн запускается минутами или часами.
— От изменения одной кнопки падают десятки сценариев.
— Юнит-тестов мало или нет вовсе.

🔹 Основы IT для непрограммистов
🔹 Получить консультацию менеджера
🔹 Сайт Академии 🔹 Сайт Proglib

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

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

📌 Дублирующиеся ID после миграции

После перехода на новую базу всё казалось стабильным… пока не начали появляться странности:

— статусы то обновляются, то откатываются назад,
— операции «пропадают»,
— два сервиса показывают разный результат на один и тот же запрос.

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

🔍 Что случилось:

Два независимых сервиса после миграции начали генерировать идентификаторы по одному и тому же алгоритму.
ID стали пересекаться → и часть событий система просто отбрасывала как «дубликаты».

Для пользователя — хаос.
Для аналитики — мусор.
Для поддержки — магия чёрного ящика.

👀 Почему так произошло:

— Нет централизованного механизма генерации ID

— Не было нагрузочных тестов, которые проверяют коллизии при параллельной работе

— Миграция прошла формально: архитектурные предположения не пересмотрели

Идеальная демонстрация того, как маленькая деталь ломает целую цепочку сервисов 📌

❓ А вы проверяете уникальность ID под нагрузкой:

👍 — Да, есть dedicated тесты
❤️ — Иногда, только в критичных потоках
😁 — Хм… теперь задумался

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

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

🎯 npoint — мокинг API за 2 минуты

Простой инструмент для создания публичных mock API-эндпоинтов. Без серверов, без кода.

Как работает:

1. Вставляете JSON
2. Получаете постоянный URL
3. Используете в тестах

Когда пригодится:

✅ Фронтенд готов, бэкенд нет
✅ Нужны стабильные данные для автотестов
✅ Быстрое прототипирование
✅ Воспроизведение специфичных сценариев

Ограничения:

⚠️ Данные публичны (не для секретов)
⚠️ Нет логики и авторизации
⚠️ Только GET-запросы

Для сложных сценариев лучше WireMock или Mockoon, но для быстрых экспериментов npoint — идеален.

📎 Ссылка на GitHub

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

#тест_драйв

🧰 Полезная Linux-шпаргалка

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

🎈 Удобно сохранить, чтобы быстро проверять состояние системы и искать нужные данные во время тестирования.

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

#артефакт #linux

🎭 Разработчик закрыл ваш баг как «works as intended»

Кейс:

Вы нашли странное поведение: при быстром двойном клике система списывает деньги дважды. Создали баг-репорт. Разработчик закрыл тикет:

Пользователь не должен так быстро кликать, это edge case

Но в аналитике видно — такое происходит 50 раз в день.

❓ Что вы делаете:

👍 — Реоупеню с данными из аналитики
🤩 — Иду к тимлиду разработки напрямую
🥰 — Добавляю в документацию как «известное ограничение»
❤️ — Поднимаю на ретро, обсуждаем критерии edge case

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

#стендап_qa

❓ k6 vs JMeter: какой инструмент выбрать

k6 ⚡️ (Grafana Labs)

 • JS-скрипты, легко подключается к CI/CD
 • Метрики в реальном времени в Grafana
 • Лёгкий, подходит для контейнеров
 • Отличен для REST/GraphQL/API Gateway

− Только HTTP/Websocket
− Нет GUI — всё через код

JMeter 🏛 (Apache)

 • Множество протоколов (HTTP, JDBC, JMS, SOAP)
 • Огромная база плагинов

− Требует тюнинг JVM
− Тяжелый, плохо масштабируется в Docker
− XML-проекты сложно ревьюить

📌 Когда брать k6: CI/CD, микросервисы, API-first проекты.
📌 Когда брать JMeter: сложные протоколы, legacy, большой QA-отдел.

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

#тест_драйв

💧 Ещё один типичный анти-паттерн: «Капля»

Это когда много E2E-тестов и юнитов, но почти нет интеграционных.

Что идёт не так 🔜

— Юниты проверяют отдельные функции — всё ок
— E2E проверяют весь флоу — тоже вроде работает
— Но никто не проверяет, как модули работают вместе
— Баги в интеграции всплывают только на E2E — когда уже поздно

🔍 Признаки:

— «Юниты зелёные, но на проде всё падает»
— Долгая отладка E2E-тестов: непонятно, где именно сломалось
— Проблемы с API, базами данных, очередями находят только пользователи
— Между «функция работает» и «система работает» — чёрная дыра

🔤 Почему так получается:

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

🔗 Ссылка на первую часть, где разобрали песочные часы ⌛️

🔹 Основы IT для непрограммистов
🔹 Получить консультацию менеджера
🔹 Сайт Академии 🔹 Сайт Proglib

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

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

🔥 Когда job-очередь превращается в кладбище задач

На тесте проблема не проявилась: низкая нагрузка, стабильный sandbox, отсутствие сценариев «внешний сервис не отвечает».

Что обязательно проверять:

✅ таймауты и поведение при зависании API;
✅ retry-политику и максимальное время обработки задачи;
✅ наличие DLQ и алертов на его переполнение;
✅ мониторинг очередей: размер, возраст задач, время обработки;
✅ поведение при перегрузке (10×, 100× нагрузка);
✅ идемпотентность — нет ли дублей и потерянных операций.

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

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