😀 Как тестировать push-уведомления локально

Проверка push — это не только «пришло или нет». Чтобы тест был полноценным, важно пройти все ключевые этапы:

1️⃣ Эмулируйте реальные сценарии:

— Пользователь в онлайне / офлайне

— Браузер открыт, но вкладка в фоне

— Приложение закрыто (mobile/desktop PWA)

2️⃣ Валидируйте бизнес-логику:

— Сообщение приходит только нужным сегментам

— Нет дубликатов при повторной подписке

— Уведомление исчезает после обработки события

3️⃣ Тестируйте UX-детали:

— Заголовок влезает в одну строку

— Иконка чёткая на разных DPI

— Клик открывает нужный экран (и передаёт параметры)

4️⃣ Полезные инструменты:

— Web Push Codelab — быстро проверить контент

— DevTools → Application → Service Workers — симуляция push

— Локальный Node-сервер с web-push для кастомных payload

💡 Такой тест ловит баги, которые продакшн-проверка часто пропускает: неверная сегментация, обрезанные тексты, сбитая навигация.

📍 Навигация: [Вакансии]

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

#тест_драйв

🫡 Один и тот же запрос к AI можно выполнить двумя способами — и получить совершенно разный результат.

1️⃣ способ — просто попросить написать код. Модель может сгенерировать рабочее решение, но именно на этапе проверки часто всплывают пропущенные edge case’ы, ошибки обработки или проблемы с тестами.

2️⃣ способ — дать агенту цикл Think → Act → Observe. Он не останавливается после первой попытки: планирует действия, проверяет результат и, если находит ошибку, исправляет её и пробует снова.

Самое интересное, что разница здесь не столько в модели ❕ Claude, GPT или другая LLM могут быть одинаковыми. Разницу создаёт инженерная система вокруг них.

📅 Именно это разберём 23 июля в 19:00 (МСК) на бесплатном вебинаре с Алексеем Жиряковым (Executive Director в Сбере, GenAI Data Platform, ex-CTO Stream и KION).

На живом демо покажем, как один и тот же запрос работает без агентной системы и с ней 🔥

🔗 Регистрация

🏃‍♀️ Proglib Academy

🔄 Что такое Contract Testing — и зачем он нужен, если уже есть интеграционные тесты?

Есть два сервиса: один отдаёт данные, другой их использует. По отдельности оба работают. Но после очередного релиза один сервис меняет API — и второй неожиданно перестаёт понимать ответ.

🔜 Именно для таких ситуаций существует Contract Testing. Вместо того чтобы запускать оба сервиса вместе, они заранее проверяют, соблюдают ли общий контракт.

🟠 Consumer описывает, какой ответ он ожидает: поля, типы данных и структуру JSON.
🟠 Provider автоматически проверяет, что действительно отдаёт именно такой ответ.

Если контракт нарушен, тест упадёт ещё в CI — до интеграции и выкладки в staging.

🔤 Пример:

Фронтенд ожидает:

{ "price": 12.99 }

После обновления бэкенд начинает возвращать:

{ "price": "12.99" }

Визуально разница почти незаметна, но для клиента это уже другое API. Contract test обнаружит проблему сразу.

Популярные инструменты:

— Pact
— Spring Cloud Contract

👍 — знал/а
🔥 — стало понятнее

📍 Навигация: [Вакансии]

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

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

У Барсика новое хобби ⌨️

📍 Навигация: [Вакансии]

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

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

📍 Курс — это не только темы и домашние задания

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

Об этом как раз новый пост Proglib Academy 🔥

🧑‍💻 Учиться агентной разработке — у тех, кто уже внедряет её в бигтехе

Курс «ИИ для разработчиков» ведут практики из ведущих российских IT-компаний 🔥

🔵 Они прошли путь от первых экспериментов с AI до рабочих процессов, в которых агенты помогают команде писать код, готовить PR и быстрее доводить задачи до продакшена.

В ближайшее время познакомим вас с каждым преподавателем. Программа курса — по ссылке 🎹

🏃‍♀️ Proglib Academy

🔥 Вопрос с собеседования

Мобильное приложение поддерживает несколько языков. Пользователь переключает язык с английского на арабский.

Интерфейс перевёлся, но:

— текст в кнопках обрезается
— навигация осталась слева направо
— даты отображаются в прежнем формате

Это баг ❓

👇 Правильный ответ (нажми, чтобы прочитать):

Да. Причём здесь сразу несколько независимых проблем.

🔵 Интерфейс не адаптировался под локализацию

После перевода длина текста изменилась, но элементы интерфейса не смогли корректно подстроиться.

🔵 Не поддерживается RTL

Арабский язык использует направление письма справа налево (Right-to-Left). При смене локали должны корректно отображаться:

— расположение элементов
— меню и навигация
— направление свайпов
— стрелки и другие направленные иконки

🔵 Игнорируется локаль

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

❕ Что обязательно проверять при локализации:

— переключение между LTR и RTL
— отображение длинных переводов
— форматы даты, времени, чисел и валют
— поддержку нужных символов выбранным шрифтом
— сортировку данных для разных языков
— зеркалирование иконок и элементов навигации

💡 Локализация — это не только перевод текста. Это адаптация интерфейса под язык, направление письма и региональные особенности пользователя.

👍 — знал/а
🔥 — стало понятнее

💼 Щелкаешь такие задачи как орешки? Найди проект с достойной зарплатой тут

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

#стендап_qa

🧩 Какой JOIN вернёт все строки из левой таблицы, даже если совпадений нет?

🔥 — LEFT JOIN
❤️ — INNER JOIN

📍 Навигация: [Вакансии]

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

#стендап_qa

✏️ Если вы уже работаете с Claude Code, Cursor или Copilot, этот вебинар будет особенно полезен.

Разберут, как превратить AI из инструмента для отдельных задач в часть инженерного процесса ⬇️

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

Для человека это естественная часть работы. У Claude Code этого контекста по умолчанию нет — только задача и инструкции, которые ему дали.

Поэтому в большой команде недостаточно просто выбрать хорошую модель.

❗️ Нужно ещё объяснить ей, как у вас устроена разработка: какие подходы приняты, что обязательно проверять и по каким правилам принимать решения.

🗓 23 июля в 19:00 МСК поговорим об этом на бесплатном вебинаре с Алексеем Жиряковым — он Executive Director в Сбере, руководит
GenAI Data Platform, и с этой проблемой сталкивался не раз 🔥

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

🔗 Занять место на вебинаре

🏃‍♀️ Proglib Academy

🧩 Чек-лист: 12 вещей, которые нужно проверить при локализации приложения

Если продукт поддерживает несколько языков, этот список поможет не пропустить типичные i18n/L10n-баги.

❇️ Интерфейс

✅ Все строки переведены — нет текста на другом языке
✅ Текст не обрезается и не выходит за границы элементов
✅ Placeholder’ы, ошибки, уведомления и подсказки тоже локализованы
✅ Шрифт корректно отображает символы выбранного языка

❇️ Локаль

✅ Форматы даты и времени соответствуют локали
✅ Числа используют правильные разделители (1,000.00 ↔ 1.000,00)
✅ Валюта отображается корректно (символ, положение, формат)
✅ Телефонные номера, адреса и единицы измерения соответствуют региону

❇️ RTL (Right-to-Left)

✅ Интерфейс корректно зеркалится для арабского и иврита
✅ Направленные иконки (стрелки, «Назад», карусели) отображаются правильно
✅ Навигация и жесты работают в ожидаемом направлении

❇️ Поведение приложения

✅ После смены языка интерфейс обновляется корректно. Если требуется перезапуск приложения — пользователь явно об этом уведомлён.

📍 Навигация: [Вакансии]

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

#артефакт

😁😁

📍 Навигация: [Вакансии]

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

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

😏 Скорость разработки растёт, но вместе с ней появляется новая проблема — кодовая база быстро теряет единый стиль.

Ниже — бесплатный вебинар о том, как этого избежать 🎹

🤢 Чем больше разработчиков в команде начинают пользоваться Claude Code, тем заметнее одна проблема: кодовая база перестаёт выглядеть как работа одной команды.

Где-то есть тесты, где-то их забыли. Где-то агент следует архитектуре проекта, где-то предлагает решение, которое с ней не сочетается.

⚠️ И это не проблема Claude Code. Он просто следует тому контексту, который получает от каждого разработчика.

Завтра покажем, как передать AI инженерный контекст команды и не превратить его внедрение в ещё один источник хаоса.

🗓 23 июля, 19:00 МСК
Бесплатно. 60 минут доклада + 30 минут вопросов.

🔗 Занять место на вебинаре и разобраться, почему так происходит

🏃‍♀️ Proglib Academy

🧪 Подборка для тестировщиков, которым скучно на «обычных» курсах

Все говорят про Postman и Selenium. А что, если хочется копнуть глубже и попробовать нетривиальные практики? Ловите свежак 👇

➖ Awesome Testing

Гитхаб-библиотека редких ресурсов по тестированию: от нестандартных техник до инструментов, о которых мало кто знает.

➖ Test Automation Patterns

Онлайн-справочник паттернов автоматизации — помогает строить тесты как архитектуру, а не хаотичный скрипт.

➖ Fuzzing Book

Фуззинг в интерактивном формате: учишься находить самые неожиданные баги через генерацию данных.

➖ How to throw a bug bash: A tester’s guide

Гид по организации «охоты на баги» — как превратить скучное тестирование в событие: геймификация, парное «охотничество», charters и мотивация.

➖ Chaos Engineering

Методология хаос-тестирования от Netflix: имитируем сбои и проверяем устойчивость систем.

📍 Навигация: [Вакансии]

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

#release_digest

🔥 Вопрос с собеседования

До релиза осталось два часа. Полная регрессия занимает два дня. Всё проверить вы не успеваете. Что будете делать?

👇 Правильный ответ (нажми, чтобы прочитать):

Полностью отказываться от тестирования — плохая идея. Вместо этого нужно снизить риски.

🔜 Что обычно делают:

🈂️ Приоритизируют проверки

Сначала тестируют критичные бизнес-сценарии и функциональность, которую затронули изменения.

🈂️ Запускают автоматизированные тесты

Если есть автотесты, в первую очередь выполняют smoke и наиболее важную часть регрессии.

🈂️ Проводят Smoke Testing

Проверяют, что приложение запускается и основные пользовательские сценарии работают.

🈂️ Анализируют влияние изменений

Тестируют не весь продукт, а только затронутые модули и связанные с ними области.

🈂️ Оценивают риски вместе с командой

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

👍 — знал/а
🔥 — стало понятнее

📍 Навигация: [Вакансии]

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

#стендап_qa

📚 Что почитать QA-специалисту

В статье собрана подборка, которую советуют инженеры YADRO: от классики Майерса и Бейзера до «Библии QA» и гайдов по тестированию производительности.

➡️ В них — основы «черного» и «белого ящика», работа с тест-кейсами, автоматизация и психология тестирования.

📌 Полезно и джунам, и тем, кто уже ловил баги на проде.

🔗 Полный список книг — по ссылке

📍 Навигация: [Вакансии]

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

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

🔥 Хорошая документация сегодня экономит время не только коллегам, но и AI. Почему она стала важнее, чем кажется, — в посте ниже 👇

😳 Documentation Driven Development звучит как ещё один модный термин. Пока не попробуешь объяснить свой проект AI.

Агент работает только с тем контекстом, который ему дали. Если документация неполная или устарела, он начинает додумывать — отсюда появляется неверный код.

🔘 На курсе «ИИ для разработчиков» эту тему разбирает Арсений Харланов. Он покажет, как подготовить документацию и контекст, чтобы агент понимал архитектуру проекта, ограничения и связи между компонентами.

Также разберём, как выбирать модель под задачу: Claude, DeepSeek, Qwen и другие ✏️

Впереди 7 недель работы со своим репозиторием. Вебинары проходят вживую и остаются в записи.

Стартуем 31 августа. До конца июля можно присоединиться по ранней цене, а доступ к материалам останется бессрочным 😀

🔗 Посмотреть, что будет на курсе

🏃‍♀️ Proglib Academy