⏰ Тестируем будильник на телефоне

Правила простые:

Придумать 3–5 тест-кейсов. Чем креативнее — тем лучше. Можно с юмором.

Пример для разгона:

– Что будет, если поставить будильник на 25:61?
– Сработает ли, если в наушниках AirPods один сядет, а второй нет?
– Разбудит ли кота, если вибрацию включить на максимум?

Ваш ход 🔜

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

#стендап_qa

🚦 Race condition

Звучит страшно:

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

✅ На деле всё проще:

Представьте, что два человека одновременно редактируют одну Excel-таблицу.

— Первый меняет сумму в ячейке.
— Второй вносит другую правку.

Кто сохранит последним — тот и победил. Изменения первого могут просто потеряться.

🔍 Для тестировщика это означает:

— Такие баги часто встречаются в распределённых системах;

— Их сложно воспроизвести, потому что зависят от скорости выполнения операций;

— Но именно они приводят к «пропавшим данным» и неожиданным сбоям.

⚡ Race condition — это когда результат зависит не от логики программы, а от того, кто «успел первым».

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

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

📢 Навигация по каналу

Чтобы не теряться в потоке постов, мы собрали удобную навигацию по тегам. Теперь всё нужное можно найти в пару кликов:

#артефакт — чек-листы, шпаргалки, SQL-запросы, готовые тест-кейсы, код-сниппеты

#тест_драйв — все об инструментах: обзоры, сравнения, скрытые фичи, новости обновлений

#разбор_полетов — анализ реальных кейсов, истории багов, разбор крупных IT-инцидентов и выводы

#стендап_qa — опросы, холивары, qa-челленджи

#карьерный_трек — советы по резюме, разбор вопросов с собеседований, soft skills, карьерные пути в QA

#release_notes — еженедельный дайджест новостей из мира QA, подборки лучших статей, видео и докладов

#теория_на_пальцах — доступно о сложном: объяснение концепций через простые аналогии и схемы

#прод_в_пятницу — мемы, IT-юмор, забавные истории из практики

🔈 Включайте уведомления и будьте в теме — от серьёзных багов до QA-мемов.

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

🚨 Кейс: массовый логаут в Slack

Миллионы пользователей внезапно вылетели из аккаунтов. Люди не могли войти обратно без сброса пароля.

Причина:

— Ошибка при выпуске обновления клиента.
— Slack некорректно помечал cookies как недействительные → система решила, что все пользователи «неавторизованы».

Чем обернулось:

— Массовая паника в рабочих чатах.
— Рост нагрузки на поддержку (тикеты о «взломе аккаунта»).
— Временные простои в работе команд.

Выводы для QA:

➡️ Проверка обновлений не должна ограничиваться юнит-тестами — критичны e2e сценарии.

➡️ Автотесты должны учитывать работу с cookies/session management.

➡️ На стейджинге важно эмулировать сценарий «массового обновления» и нагрузку.

➡️ План реагирования (incident response) нужен даже у SaaS-гигантов.

💡 Иногда «простой баг» в cookies превращается в глобальный инцидент.

— А у вас бывало, что баги с авторизацией рушили прод?

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

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

🎯 QA-коллеги, этот митап YADRO в Нижнем Новгороде точно для вас!

Обсудим тестирование телеком-систем: как фиксируем результаты, какие инструменты используем, зачем нужен автомобиль-лаборатория и как проходить сертификацию по 3GPP.

В программе:
— Приветственное слово: как YADRO с нуля создаёт телеком-решения и базовые станции GSM/LTE (Анатолий Зубашев, YADRO).
— «Тестирование в телекоме: взгляд изнутри»: фиксация результатов, инструменты и автомобиль-лаборатория; уровни и виды тестов, этапы жизненного цикла и команды (Алексей Нелюбов, YADRO).
— «Как мы проверяем приёмник и передатчик на соответствие 3GPP и российскому законодательству»: conformance-тестирование и путь к сертификации, со снимками экрана спектроанализатора (Анна Курина, YADRO).
— Секретный доклад.

📅 Дата: 9 октября 2025 года
📍 Место: Нижний Новгород, Кремль, корпус 6, «Арсенал», левое крыло
🕕 Время: сбор гостей с 18:00, начало в 19:00
🎟 Формат: онлайн и офлайн. Участие бесплатное, по предварительной регистрации.

Офлайн-участников ждут: демозона, квесты, подарки, угощения и общение на afterparty.

💙 Регистрация открыта. Количество мест ограничено.

🧪 5 скрытых фишек Playwright

➡️ Tracing

Playwright может записывать все шаги теста (с скриншотами, сетевыми запросами и логами). Потом открываете trace viewer и разбираете баг, как «черный ящик».

➡️ network.route()

Позволяет перехватывать и подменять сетевые запросы прямо в тестах. Удобно для эмуляции ошибок API или проверки офлайн-сценариев.

➡️ test.step()

Даёт красивую группировку шагов в отчётах. Можно структурировать сценарий и сразу видеть, на каком шаге упал тест.

➡️ Fixtures с авто-setup/teardown

Через test.use() можно объявлять окружение один раз, а Playwright сам будет поднимать/гасить браузеры, логины и мок-сервисы. Экономит тонны кода.

➡️ Web-first assertions

Вместо «жёстких» ожиданий — встроенные проверки, которые сами ждут появление элемента или изменения состояния. Тесты становятся стабильнее и короче.

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

#тест_драйв