😎 Вы просили — мы сделали. Самый долгожданный анонс этого лета!

Мы открываем набор на второй поток курса «AI-агенты для DS-специалистов»!

На курсе мы учим главному навыку 2025 года: не просто «болтать» с LLM, а строить из них рабочие системы с помощью Ollama, RAG, LangChain и crew.ai.

📆 Старт потока — 15 сентября.

💸 Цена 49 000 ₽ действует только в эти выходные — до 17 августа. С понедельника будет дороже.

👉 Занять место

💬 Тестирование AI и нейросетей: баги или особенности

AI становится частью продуктов, но как проверять, что он делает правильно, если нет «правильного» ответа?

➡️ Сложности:

— Классические тест-кейсы часто не подходят
— Модели ведут себя непредсказуемо
— Валидация зависит от метрик и контекста

➡️ Возможные подходы:

— Сравнение с контрольными наборами данных
— Метрики качества и точности
— Exploratory testing: исследуем поведение модели на практике

А как вы бы тестировали AI-продукты ❓

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

#междусобойчик

Задача со звездочкой 😋😋

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

#развлекалово

🧠 Выбор первого ML-проекта: чеклист против выгорания

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

Мини-чеклист первого проекта:

1. Понятные данные — без «я нашёл датасет в даркнете, но он на суахили».

2. Измеримая метрика — «точность 92%», а не «ну вроде работает».

3. Объяснимый результат — чтобы не-техлид понял, почему модель ругается на спам.

Наш курс «ML для старта в Data Science» — старт от простого к сложному: теория → практика → проверка → проект в портфолио.

👉 Начать свой путь в Data Science

Оплатите курс по ML до 17 августа — курс по Python в подарок.

📅 Бесплатный вебинар с Марией Жаровой — 21 августа: как выбирать проекты, которые доводят до оффера, а не до психотерапевта.

💾 Сохрани, чтобы не потерять, когда будешь готов(а) начать

🥺 IT-зарплаты 2025: почему рост оказался фантомным

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

Что в статье:

➡️ Почему рост зарплат — иллюзия

➡️ Как изменились требования к IT-специалистам

➡️ Тренд на гибридные вакансии и экономию компаний

🔗 Читать подробнее

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

Не пропустите! 21 августа в 19:00 пройдет бесплатный урок “Из прокуратуры в геймдев: Как я сменила профессию и стала тестировщиком игр”. Необычное живое интервью с педагогом онлайн-курса “Game QA Engineer”. Запись на урок: https://clc.to/4DVjeQ

Это будет вдохновляющий открытый урок, где бывший сотрудник прокуратуры (а теперь тестировщик игр и преподаватель) честно расскажет:
- Как она рискнула и ушла с "надёжной" работы" — страхи, сомнения и первый шаг.
- Почему выбрала тестирование — и как наш курс помог ей войти в индустрию.
- Реальные сложности — стажировки, собеседования, первые баги.
- Как она стала преподавателем — и почему теперь помогает другим.

Что будет на уроке?
- История пути — от юридической карьеры к мечте
- Разбор мифов — "Без опыта не возьмут", "Нужно знать код" (спойлер: нет!).
- Советы по поиску работы — куда идти после курса.
- Ответы на вопросы — живые примеры и мотивация.

Вебинар будет полезен:
- Геймерам, которые хотят работать в индустрии.
- Новички в IT, ищущие быстрый старт.
- Всем, кто сомневается: "А есть ли шанс без опыта?".
- Желающим сменить профессию на тестирование игр

Не забудьте записаться на урок-интервью по ссылке: https://clc.to/4DVjeQ


Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

👍 Реальное интервью Manual QA

Свежее интервью с записью собеседования на позицию Manual QA Engineer — никаких ролей, только реальная обстановка и живые вопросы.

Что вы узнаете:

➖ Как подготовиться и выделиться

➖ Что спрашивают сейчас на QA-собеседованиях

➖ Какие навыки ценят работодатели в Manual QA

➖ Тренды и советы для junior и middle

🔗 Смотреть

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

#буст

🖥️ Тестирование интерфейсов

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

Что вы узнаете еще:

➡️ Как проверять визуальную целостность и поведение компонентов.

➡️ Какие инструменты помогут тестировать дизайн-системы.

➡️ Как обеспечить адаптивность интерфейсов на разных устройствах.

🔗 Читать по ссылке на Habr

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

#буст

👍 Топ-вакансий для тестировщиков за неделю

Senior QA Lead — от 350 000 ₽, офис/гибрид (Москва)

Performance Manager (Load Testing, Senior) — от 350 000 до 400 000 ₽, удаленно

QA инженер (middle+) — от 140 000 до 220 000 ₽, гибрид (Москва)

QA Team Lead — до 350 000 ₽, удаленно (Москва)

QA Automation Engineer (Python) — от 140 000 до 190 000 ₽, офис/гибрид (Москва)

➡️ Еще больше топовых вакансий — в нашем канале QA jobs

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

#свежак

Ставим ❤️, если жизненно

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

#развлекалово

💦 Waterfall — модель, с которой всё начиналось

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

Карточки помогут:

😗 Вспомнить ключевые этапы Waterfall

😗 Понять, где и когда модель уместна

😗 Быстро ответить на вопрос на собеседовании

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

🛠 Фишка инструмента: Mountebank

Mountebank — это удобный способ поднимать «заглушки» вместо настоящих сервисов: API, SMTP или TCP — без единой строчки кода.

❗️ Поддерживает несколько протоколов из коробки: HTTP, HTTPS, TCP и SMTP. Всё управляется через REST API или JSON — без SDK и сложной настройки.

Где пригодится:

— Когда внешний сервис нестабилен или недоступен

— Чтобы проверить edge-кейсы: 500, таймауты, невалидный JSON

— Если интеграция ещё не готова, а тестировать уже нужно

— Для эмуляции редких и нестандартных сценариев

🍒 Вишенка на торте — можно писать JavaScript-правила для динамических ответов, а также использовать proxy-режим, логирование и валидацию запросов.

Пример простейшего impostera:

{

  "port": 4545,

  "protocol": "http",

  "stubs": [{

    "responses": [{ "is": { "statusCode": 200, "body": "Mocked response" } }]

  }]

}

🔗 Ссылка на GitHub

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

#буст

Proglib Academy — это место, где вы превращаете теорию в практику. Здесь ваши знания становятся проектами для портфолио, а вы — более уверенным специалистом.

Выберите курс, который поможет сделать следующий шаг ⬇️

🚀 Для тех, кто начинает путь в IT:

— Основы IT для непрограммистов
— Программирование на Python (обновлённый)
— Frontend-разработчик с нуля: HTML, CSS, JavaScript

🧠 Для будущих и настоящих Data Scientist'ов:

— ML для старта в Data Science (начинается в сентябре)
— Базовые модели ML и приложения
— Математика для Data Science
— AI-агенты для DS-специалистов (скоро второй поток)

🛠️ Для опытных разработчиков, готовых к росту:

— Алгоритмы и структуры данных
— Архитектуры и шаблоны проектирования

Независимо от вашей цели, у нас есть курс, который поможет её достичь. Переходите в Proglib Academy, выбирайте свой путь и инвестируйте в навыки, которые всегда будут в цене!

💥 Как я обнаружил рассинхронизацию тестового окружения с продом

Наш подписчик работал над критическим релизом и заметил, что автоматические тесты в тестовой среде начинают падать на тех же проверках, которые в продакшене проходили без проблем:

«Мы закрыли этап интеграционного тестирования и запустили полный regression suite в тестовом кластере. Часть тестов на проверку бизнес-логики неожиданно упала: в тестовых данных не создавались архивные записи, а на проде всё работало стабильно. Я сравнил версии миграций и конфигураций между окружениями и обнаружил, что в тестовом кластере не были применены последние DDL-скрипты и обновления триггеров. Также выяснилось, что переменные окружения для подключения к очередям и таймауты в application.yml отличались от продовых.»

❓ Какие приемы вы используете, чтобы гарантировать синхронизацию тестовых и продакшен-окружений?

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

#междусобойчик

🔥 3 способа скрыть элемент, которые обязан знать каждый тестировщик

В CSS есть несколько для этого способов, и каждый ведёт себя по-своему:

➖ один полностью исключает элемент из потока

➖ другой делает его невидимым, но он остаётся в DOM

➖ а третий — вообще всё ещё кликается

Почему это важно:

— ломаются автотесты, если не учесть способ скрытия

— isDisplayed() и isVisible() могут врать

— доступность (a11y) зависит от метода

— критично при проверке модалок, спойлеров и выпадашек

📌 На картинке — краткая шпаргалка по трем базовым методам. Сохраните, пригодится в каждом втором UI-тесте.

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

#буст

👍 Топ-вакансий для тестировщиков за неделю

Testing Engineer (NGFW) — удаленно (Москва)

Automation QA Engineer — от 120 000 до 200 000 ₽, удаленно (Таганрог)

QA Engineer — от 100 000 до 150 000 ₽, удаленно/офис (Владивосток)

Senior Manual QA Engineer — от 1 500 $, удаленно (Сингапур)

QA Auto (Python) — от 200 000 ₽, удаленно (Москва)

➡️ Еще больше топовых вакансий — в нашем канале QA jobs

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

#свежак

😎 Тестирование кэширования на клиенте

Вы тестируете веб-приложение с системой авторизации. После успешного логина данные пользователя сохраняются в localStorage.

Однако после выхода из системы пользователь продолжает видеть старые данные при повторном входе.

❓ Каким образом можно проверить эту проблему?

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

#междусобойчик

📋 Чек-листы для тестировщика

В подборке — материалы с примерами и шаблонами, которые помогут составить рабочие чек-листы для ручного тестирования всех ключевых направлений.

➡️ Complete QA Process Checklist

Подробный чек-лист на весь цикл QA: от анализа требований до релизной верификации. Готовый шаблон доступен бесплатно.

➡️ QA Checklists Explained

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

➡️ The Only Software Testing Checklist You Need

Универсальный чек-лист для ручного тестирования, охватывающий функциональность, API, UI, performance, compatibility.

➡️ Как составить чек-листы для эффективного тестирования

Пошаговый подход по категориям: «для чего чек-лист», «как разбивать на блоки», «как формулировать кейсы».

➡️ Чек-лист и шпаргалка по тест‑кейсам

Лаконичные примеры чек-листов для веб-приложений: функционал, формы, UI, сценарии. PDF-формат для скачивания.

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

#свежак

👨‍💻 Как делать лучшее ПО с сильной QA-стратегией

Название говорит само за себя: Better Teams. Better Software. Better World. Этот выпуск — про то, как тестирование становится не просто этапом, а суперсилой команды.

В подкасте:

➖ Когда автоматизация действительно работает, а когда — мешает

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

➖ Что отличает хорошие интеграционные тесты и как не потеряться в слоях

➖ Что делать с хаосом AI, ML и облачной архитектурой — и где в этом всём место тестировщику

Практичные советы, свежие идеи и честные кейсы от тех, кто строит процессы в бою, а не по учебникам.

🔗 Слушать подкаст

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

#буст

📊 Тестирование больших данных: на что стоит обратить внимание

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

Вопрос от подписчика:

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

❓ Как вы проверяете производительность в таких случаях? Какие подходы и инструменты используете?

P.S. Если хотите задать вопрос, заполните нашу гугл-форму. Это займет 5 минут.

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

#междусобойчик

⭐️ Как тестировать интерфейсы с учетом психологии пользователя

Тестирование интерфейсов важно не только для проверки функционала, но и для того, как пользователь воспринимает элементы. Используйте этот чек-лист, чтобы убедиться, что UI интуитивно понятен и удобен.

1️⃣ Проверка восприятия элементов UI:

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

2️⃣ Отсутствие «раздражающих» мелочей:

— Проверьте, нет ли на странице анимаций, слишком ярких цветов или мигающих элементов. Все это может создавать плохое восприятие интерфейса.

3️⃣ Логика ввода текста:

— Убедитесь, что приложение правильно обрабатывает некорректный ввод (специальные символы или длинная строка).

4️⃣ Тестирование на восприятие времени:

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

5️⃣ Тестирование кликабельности элементов:

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

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

#буст

🤨

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

#развлекалово

🧩 Невидимая сортировка

Вы тестируете страницу со списком документов. По умолчанию сортировка идёт по дате создания (сначала новые). При клике по заголовку колонки «Дата» интерфейс показывает стрелку сортировки (вверх или вниз), но порядок записей визуально остаётся прежним.

Вы открываете DevTools и замечаете, что при клике на заголовок выполняется API-запрос:

GET /documents?sort=created_at&order=asc

Но данные на странице всё равно не меняются.

Что вы сделаете в первую очередь, чтобы корректно зафиксировать баг? ❓

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

#междусобойчик

📌 Подборка статей про Playwright

Перед вами гид по самым актуальным материалам о Playwright в 2025 году — от практических гайдов до глубоких сравнений и новинок генеративного тестирования.

❌ Руководство для начинающих — практическая интеграция Playwright в проект на Next.js: настройка, написание тестов навигации и верификация рендеринга страниц.

❌ Как работает test.slow() и slowMo— разбор различий между test.slow() в тестовом фреймворке и опцией slowMo при запуске браузера.

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

❌ Лучшая альтернатива Selenium — введение в Playwright для пользователей Selenium на Python: основные преимущества и примеры начальной настройки.

❌ Playwright vs Selenium — сравнение производительности, надёжности и удобства настроек в CI/CD.

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

#свежак

🍩 Как проверять данные после миграции на новую схему базы данных

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

1️⃣ Проверка целостности данных:

• Убедитесь, что количество записей в старой и новой схеме одинаково.

• Проверьте сохранность важных данных (например, ID пользователей, транзакции).

• Проверьте внешние ключи и связи.

2️⃣ Проверка структуры таблиц:

• Убедитесь, что типы данных в новой схеме соответствуют старым.

• Проверьте индексы и ограничения на уникальность.

3️⃣ Проверка на пустые значения и дубли:

• Проверьте таблицы на наличие пустых значений в обязательных полях и дубликатов.

4️⃣ Тестирование приложения:

• Проверьте запросы на корректность и производительность.

• Убедитесь, что все функции приложения работают корректно с новой схемой.

5️⃣ Проверка резервных копий:

• Убедитесь, что данные можно восстановить из резервных копий и что система создает новые бекапы.

💡 Советы:

— Автоматизируйте проверки целостности данных и структуры схемы.

— Протестируйте систему под нагрузкой после миграции.

Дополнительно рекомендуем почитать:

🔗 Полное руководство по тестированию миграции данных от BrowserStack

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

#буст

А потом стопицот найденных багов 😎😎

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

#развлекалово