⭐️ Как автоматически сохранять скриншот при падении теста в Playwright

Тест упал, но повторно воспроизвести не получается. Решение есть:

➡️ Оберните beforeEach/afterEach в хук:

test.afterEach(async ({ page }, testInfo) => {
if (testInfo.status !== testInfo.expectedStatus) {
await page.screenshot({ path: screenshots/${testInfo.title}.png, fullPage: true });
}
})

Теперь при каждом фейле теста у вас будет визуальное доказательство, что кнопка «ОК» не была «ок».

Где использовать:

• В локальной разработке — чтоб не тратить время на отладку по логам.

• В CI/CD — артефакты скриншотов можно сразу прикладывать к баг-репортам.

• В визуальных тестах — как страховка на случай неожиданных изменений.

💡 Можно сохранить ещё и HTML:

await page.context().storageState({ path: debug/${testInfo.title}.json });
await page.saveSnapshot(`debug/${testInfo.title}.html`)

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

#буст

🐶 Инструмент недели: JUnit

JUnit — это основной инструмент для написания и запуска модульных тестов в Java. Версия JUnit 5 (Jupiter) обеспечивает современные возможности для удобной и эффективной проверки кода.

Зачем нужен:

➡️ Позволяет быстро создавать и запускать тесты для методов и классов с помощью аннотации @Test

➡️ Поддерживает параметризованные тесты (@ParameterizedTest) для проверки разных наборов данных

➡️ Легко интегрируется с IDE (IntelliJ IDEA, Eclipse) и системами сборки (Maven, Gradle).

➡️ Помогает автоматизировать регрессионное тестирование и интегрируется с CI/CD.

Как использовать:

1️⃣ Добавляем зависимость JUnit 5 в проект через Maven или Gradle

2️⃣ Пишем тестовые методы с аннотацией @Test или @ParameterizedTest

3️⃣ Запускаем тесты в IDE или из командной строки

4️⃣ Анализируем результаты — зелёный статус означает успешное прохождение тестов

Советы для продвинутого тестирования:

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

— Интегрируйте JUnit с Mockito для создания моков и изолированного тестирования.

— Настраивайте автоматический запуск тестов в CI/CD пайплайнах.

💡 Полезные материалы:

— Официальная документация JUnit 5
— JUnit Tutorial от Baeldung
— Пример интеграции JUnit и Maven

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

#буст

Читер QA 🙂

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

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

🥖 Полный гайд по автоматизации тестирования

От основ до практических кейсов, включая современные инструменты и подходы.

Что узнаете:

➡️ Основы автоматизации и архитектура тестов

➡️ Обзор популярных инструментов (Selenium, Cypress, JUnit)

➡️ Построение надежных тестовых сценариев

➡️ Современные методологии и best practices

🔗 Смотреть курс

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

#буст

🐥 Как адаптироваться к постоянным изменениям требований в тестировании

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

💬 Один из наших подписчиков поделился своей историей и вопросом:

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

Ответ сообщества:

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

➡️ Планируйте тестирование итеративно, обновляя тест-кейсы и сценарии по мере изменений.

➡️ Приоритизируйте требования и тесты — сосредоточьтесь сначала на самых критичных функциях.

❓ Что помогает вам оставаться организованными и не пропускать важные моменты в работе? Поделитесь своим опытом и советами!

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

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

📌 Команда дня для оценки производительности и качества сайта с помощью Lighthouse

Запустите в терминале аудит нужного URL:

npx lighthouse https://example.com --quiet --chrome-flags="--headless"

Что это даёт:

➡️ Полный отчёт по производительности, SEO, доступности и лучшим практикам.

➡️ Автоматическую проверку ключевых метрик веб-страницы.

➡️ Быстрый способ выявить узкие места и улучшить опыт пользователей.

💡 Лайфхак:

— Добавьте --output json для получения отчёта в формате JSON.

— Используйте в CI/CD для контроля качества после каждого деплоя.

Работает с любой публичной или локальной страницей.

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

#буст

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

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

😋 Mock vs real API — что должно быть по дефолту на тестовой среде

Автотесты на моках летят, но прод падает. Реальное API даёт баги, но нестабильно и медленно. Команда QA спорит: писать тесты на моках или биться с реальным окружением?

Что говорят за mock:

➡️ Быстро, стабильно, без зависимости от бэка.

➡️ Можно задать любые кейсы и проверить крайние сценарии.

➡️ Идеально для CI — тесты зелёные, всё летит.

Что говорят за real API:

➡️ Моки врут. То, что работает на моках, может не взлететь в проде.

➡️ Только real даёт понимание настоящих багов и интеграции.

➡️ Находятся регрессии, которых мок даже не заметит.

❓ И главный вопрос:

Mock — это инструмент стабильности или симуляция, не имеющая отношения к реальному миру?

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

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