#automationTesting

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

В статье автор разберет возможности Playwright UI Mode для визуального запуска, отладки и анализа автотестов, включая пошаговое выполнение, работу с локаторами, трассировками, логами и настройку режима в локальной среде, Docker и GitHub Codespaces.

Playwright UI Mode

​​#ProQuality_news

🤬 «Где тесты, Microsoft?»

После недавнего январского обновления Windows 11, которое доставило проблем множеству пользователей (привет, BSOD и отвалы WSL), в сети снова звучит любимый вопрос: «А чем вообще занимаются их тестировщики?».

Но давайте посмотрим на ситуацию профессиональным взглядом:

1️⃣ Масштаб имеет значение. Windows — это бесконечное число комбинаций железа и софта. Даже с миллионом автотестов и армией инсайдеров невозможно покрыть 100% сценариев.
2️⃣ Эффект масштаба. Некоторые баги математически невозможно отловить в лаборатории — они всплывают только тогда, когда нагрузка (или вариативность) достигает миллионов реальных пользователей.

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

☝️ Главная мысль дня: В таких масштабах качество определяется не отсутствием багов (это утопия), а тем, насколько быстро выкатывается хотфикс.

🔗 Хроника проблем с январским апдейтом

💬 Коллеги, а вы на чьей стороне? «Microsoft скатился» или «Не ошибается тот, кто ничего не деплоит»? Как у вас с багами на проде? 👇

#softwareTesting

Хороший баг-репорт экономит часы работы, а плохой обычно ведет к нескончаемой переписке в Slack.

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

Как написать отличный баг-репорт

​​#proQuality_books #softwareTesting #gameTesting

📖 Тестирование видеоигр (2024)
Автор: Торговкин Александр
Количество страниц: 403
Язык издания: Русский

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

Плюсы:
➕Фокусируется именно на специфике игрового тестирования, что делает её ценным источником для тех, кто хочет работать в этой сфере, с вероятным наличием практических примеров, чек-листов и кейсов из реальных проектов.
➕Учитывает современные тренды геймдева (живые сервисы, кроссплатформенность, VR/AR), текущие требования студий и может охватывать актуальный набор инструментов.
➕Ожидается, что автор, как практик, систематизирует обширный и часто хаотичный опыт игрового тестирования, объясняя не только "как", но и "зачем".

Минусы:
➖Книга полезна практически только для целевой аудитории — начинающих гейм-тестировщиков или смежных специалистов, интересующихся этой областью. Для тестировщиков другого ПО ценность будет минимальной.
➖Конкретные примеры игр, интерфейсов или упомянутых инструментов могут устареть быстрее, чем фундаментальные принципы тестирования игр, изложенные в книге.

#ProQuality_tools

🧲 BugMagnet: Ваш карманный генератор проблем

Если вы всё еще копируете тестовые данные из блокнота или гуглите «XSS payloads» каждый раз перед проверкой формы — этот пост для вас.

BugMagnet — это бесплатное расширение для Chrome и Firefox, которое превращает контекстное меню в мощный инструмент для Exploratory Testing. Оно позволяет в один клик заполнять поля ввода (input, text area) самыми каверзными данными.

Что умеет BugMagnet:
🔹 Граничные значения: Длинные строки, пустые значения, пробелы.
🔹 Локализация: Кириллица, иероглифы, арабская вязь, спецсимволы.
🔹 Форматы: Валидные и невалидные email, URL, даты.
🔹 Безопасность: Готовые пейлоады для SQL Injection, XSS и JavaScript-инъекций.

Почему это удобно:
Вам не нужно переключаться между вкладками или держать открытым файл с данными. Просто нажали правой кнопкой на поле ➡️ выбрали категорию (например, SQL Injection) ➡️ данные уже в поле. Можно добавлять и свои кастомные конфиги.

🔗 Официальный сайт BugMagnet

💬 А вы пользуетесь BugMagnet или у вас свой файл с «любимыми» данными для ломания форм? Делитесь в комментариях! 👇

#automationTesting

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

Что мне не нравится в текущем подходе к QAA

#ProQuality_news

⚡️ Vibium уже здесь! Новый инструмент от создателя Selenium

Jason Huggins (тот самый человек, который подарил нам Selenium) официально представил Vibium — новый open-source инструмент для автоматизации тестирования, изначально построенный на базе ИИ.

Что нужно знать:
🤖 AI-Native: Vibium изначально заточен под работу с LLM. Вы пишете тесты на естественном языке («Click the signup button»), а нейросеть сама переводит это в действия.
🔧 WebDriver BiDi: Никакого легаси. Инструмент работает на новом бидирекциональном протоколе, что дает мгновенную обратную связь от браузера и делает тесты в разы быстрее и стабильнее.
🩹 Self-Healing: Забудьте про NoSuchElementException. Если верстка изменилась, Vibium сам «поймет» намерение теста и найдет нужный элемент, адаптируясь на лету.

Это огромная веха для комьюнити. Мы переходим от «программирования селекторов» к «тестированию намерений» (Intent-Based Testing).

🔗 Официальный сайт Vibium
🔗 GitHub проекта

💬 Будете пробовать сейчас или подождете стабильного релиза? Пишите в комментарии! 👇

#ProQuality_news

📉 Azure штормило: 10 часов простоя из-за одной настройки

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

Что случилось?
Сервисы в нескольких регионах США были недоступны более 10 часов.

Причина не в «железе» или нехватке мощностей. Все сломало некорректное изменение политики платформы, которое закрыло доступ к хранилищу, необходимому для работы VM.

Последствия:
❌ Глобальные сбои в развертывании и масштабировании (VM Scale Sets).
❌ Проблемы с Managed Identities (а значит, и с авторизацией сервисов).
❌ CI/CD пайплайны и GitHub Actions встали или работали с задержками.

Урок для QA:
Сбой показал, что избыточность (redundancy) ≠ надежность. Если ошибка происходит на уровне конфигурации платформы, она может «положить» систему сразу во всех регионах, игнорируя ваши настройки отказоустойчивости.

🔗 Технический разбор от The Register

💬 Этот инцидент ударил по самому больному — CI/CD.
Как у вас в команде относятся к простоям облака? Есть ли план «Б» (например, локальные стенды), если пайплайны лежат полдня, или это легальный повод для всей команды пойти пить кофе? ☕️

👇 Делитесь в комментариях!

​​#proQuality_books #automationTesting

📖 Web Automation Testing Using Playwright: End-to-end, API, accessibility, and visual testing using Playwright (2024)
Автор: Kailash Pathak
Количество страниц: 362
Язык издания: Английский

Полное руководство по автоматизации веб-тестирования с использованием Playwright — от базовой установки и написания скриптов до интеграции с CI/CD, API, accessibility и визуального тестирования. Книга охватывает архитектуру Playwright, работу с локаторами, сложными элементами (shadow DOM, iframes), Page Object Model, Cucumber/BDD, параллельное выполнение тестов и применение генеративного ИИ для автоматизации.

Плюсы:
➕ Чёткая структура: от основ до продвинутых техник.
➕ Множество практических примеров и кода.
➕ Охват веб-, API-, accessibility и визуального тестирования.
➕ Сравнения с другими фреймворками (Selenium, Cypress).

Минусы:
➖ Есть "вода" и затянутые объяснения базовых терминов.
➖ Фокус на JavaScript, меньше на других языках.
➖ Не идеальное качество иллюстраций в некоторых версиях.

Для кого книга:
✔️ Автоматизаторы тестирования (начинающие и опытные)
✔️ QA-инженеры, изучающие Playwright
✔️ Разработчики, интегрирующие автотесты в проекты
✔️ Команды, переходящие с Selenium/Cypress на Playwright

​​#ProQuality_tasks

Всем привет! С вами снова рубрика задачки ProQuality ✨

Задача про Масленицу 🥞

Маша готовит дюжину блинов за 30 минут. Мама Маши готовит две дюжины блинов за 40 минут. Брат Маши, Паша, съедает 30 блинов за час.

Если они начнут готовить одновременно, то примерно через сколько минут на столе окажется дюжина блинов?

#automationTesting

Playwright развивается быстрее любого другого инструмента UI-автоматизации. Но вместе с широким распространением закрепляются и антипаттерны — незаметные ошибки, которые команды совершают, даже не осознавая этого.

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

Скрытые антипаттерны в Playwright, о которых вы не подозреваете

Желаем всем отличных выходных!🦎

Сегодня вы можете ознакомиться с решением задачи про Масленицу

Все самые интересные задачи и вопросы, в том числе те, с которыми можно столкнуться на собеседовании, мы публикуем в рубрике #ProQuality_tasks

Когда баг стал фичей 🤣

#ProQuality_news

🚀 CES 2026: Конец привычного тестирования?

Выставка CES в этом году, как всегда, наделала шума. Nvidia, AMD и Razer показали запредельные мощности и новый уровень AI. Но если отбросить хайп по поводу железа и посмотреть глазами QA, становится немного тревожно (и интересно!).

Инновации CES 2026 — это не просто быстрые процессоры. Это фундаментальный сдвиг в разработке. Мы вступаем в эру систем с беспрецедентной сложностью, и традиционные методы тестирования здесь просто перестают работать.

Главные вопросы, которые ставит перед нами выставка:
❓ Как гарантировать надежность ИИ, который учится и адаптируется на лету?
❓ Как проводить нагрузочное тестирование систем, которые сами по себе работают на пределе вычислительных мощностей?
❓ Как проверить «честность» и качество AI-персонализации для каждого пользователя?

Стандартные тест-кейсы уходят в прошлое. Будущее QA, судя по трендам CES, держится на трех китах:
1️⃣ AI-assisted testing — использование ИИ для помощи в тестировании.
2️⃣ Предиктивная аналитика — предсказание багов еще до их появления.
3️⃣ Advanced Monitoring — продвинутый мониторинг производительности в реальном времени.

Это огромный вызов, но и шанс для нас стать не просто «тестировщиками», а архитекторами качества новой эры.

🔗 Официальный сайт CES 2026

💬 Коллеги, что вас пугает (или драйвит) больше всего в тестировании технологий следующего поколения? Готовы доверить поиск багов искусственному интеллекту? Обсуждаем в комментариях! 👇

​​#proQuality_books #softwareTesting

📖Искусство Agile-тестирования (2024)
Автор: Чернов Юрий
Количество страниц: 208
Язык издания: Русский

Книга «Искусство Agile-тестирования» — практическое руководство по качеству и тестированию в Agile-командах. Автор рассказывает, как тестирование выстраивается не как отдельная деятельность, а как органическая часть гибкого процесса разработки.

Плюсы:
➕Автоматизация как часть цикла: даются рекомендации по выбору границ автоматизации и подходам к построению автотестов.
➕Помогает понять, как QA участвует в планировании, рефайнменте, ретроспективах, daily stand-ups и демо.
➕Объясняются тестовые практики, такие как BDD, TDD, ATDD, Exploratory Testing и др.

Минусы:
➖Больше контекста процесса, чем инструментов: если нужен обзор конкретных инструментов автоматизации — придётся использовать дополнительные источники.
➖Некоторые главы могут пересекаться с классическими Agile-практиками: часть материала может показаться знакомой при знакомстве с Scrum/Kanban.

#ProQuality_interview

Всем привет! С вами снова рубрика Scenario-based вопрос на собеседовании ✨

❓Вопрос: В продакшене обнаружен критический дефект, не выявленный в ходе тестирования. Как вы будете исследовать проблему?

🚦Пример ответа:

✔️Сначала попробуйте воспроизвести проблему. Оцените влияние ошибки на пользователей и систему.

✔️Сравните продакшн и тестовый энвы. Проанализируйте логи и сравните тестовые данные и различия в конфигурации. Таким образом, вы сможете проверить, есть ли какие-либо существенные различия между энвами, которые привели к появлению проблемы только в продакшене.

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

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