ProQuality Community

​​#automationTesting Метод page.waitForTimeout() в Puppeteer и Playwright заставляет скрипт приостановиться на заданное количество миллисекунд. То есть он создаёт так называемое «жёсткое ожидание» hard wait. В новой статье автор расскажет о трёх слоях дефектов в Playwright-тестах, которые пропускает линт (отсутствие плагина, предупреждения вместо ошибок в recommended-конфиге и смысловые дыры вроде гонок ожидания сети и суррогатных оракулов), а также предложит конфиг ESLint для первых двух слоёв. page.waitForTimeout — это всего лишь warning. Почему зелёный линт не спасает Playwright-тесты

​​​​#ProQuality_tasks Всем привет! С вами снова рубрика задачки ProQuality ✨ Задача про стоимость 💵 «300» стоит $30. «20» стоит $20. Сколько стоит «100»?

​​#proQuality_events #proQuality_Conference2026 🛠 Современные инструменты не гарантируют качество сами по себе Команды по-прежнему не всегда готовы открыто говорить о проблемах, разработчики и QA могут по-разному оценивать риски, а давление сроков постепенно превращает дефекты в «допустимую норму» — пока их последствия не почувствуют пользователи. 🎙 21 сентября ProQuality Conference ’26 откроет выступление Sheena Yap Chan, посвященное фреймворку VISIBLE™. Это практическая модель, которая помогает: - усиливать голос тестировщиков в команде; - понятнее доносить информацию о рисках; - развивать доверие между QA, разработчиками и другими участниками процесса; - выявлять пробелы в командном взаимодействии до того, как они станут проблемами качества в production. Фреймворк можно применять для развития культуры качества и эффективной коммуникации внутри кросс-функциональных команд. 📚 В программе конференции также: 🤖 AI-Augmented Testing — практическая интеграция AI-агентов и LLM в реальные QA-процессы. 🛡️ Testing and Governing AI Systems — безопасность AI, уязвимости, governance и prompt engineering как дисциплина в тестировании. 👉 Регистрируйтесь на ProQuality Conference ’26 📆 21–25 сентября 2026 ⏰ 11:00 UTC+3 ежедневно 🌐 Онлайн, язык — EN Другие мероприятия сообщества — на wearecommunity.io.

​​#proQuality_books #softwareTesting   📖 User Acceptance Testing: A step-by-step guide (2013) Авторы: Brian Hambling, Pauline van Goethem Количество страниц: 225 Язык издания: Английский   Практическое руководство по планированию, организации и проведению приемочного тестирования (UAT) для специалистов без глубокого технического бэкграунда.   Плюсы: ➕ Понятное пошаговое руководство по выстраиванию процесса UAT с нуля. ➕ Чёткое понимание роли бизнес-аналитиков и тестировщиков в команде. ➕ Подробно объясняет переход от высокоуровневых условий тестирования к тест-скриптам. ➕ Простой язык и множество практических примеров.   Минусы: ➖ Местами излишне подробен для описания простых концепций. ➖ Фокусируется на разовой фазе UAT, тогда как на практике продукты развиваются итеративно.   Для кого книга: ✔️ Для тестировщиков и тест-менеджеров, желающих улучшить процессы UAT. ✔️ Для бизнес-пользователей и аналитиков, участвующих в приёмочном тестировании. ✔️ Для новичков в IT, стремящихся понять роль тестирования со стороны бизнеса.   Об авторах: Brian Hambling и Pauline van Goethem — эксперты в области управления качеством и тестирования ПО с многолетним опытом разработки стандартов и практических руководств для IT-специалистов.

#ProQuality_interview 🎮 Изучаем Playwright играючи: квест из 20 уровней от Trainee до Architect! Всем привет! 👋 Если вы (или ваши джуны) давно хотели подтянуть навыки автоматизации на Playwright + TypeScript, но скучные видеотуториалы не заходят, ловите отличную находку — Playwright Quest. Это интерактивная обучающая онлайн-игра, где вы на практике шаг за шагом осваиваете фреймворк, решая конкретные задачи. Как это работает и что внутри: 🔹 20 уровней сложности. Вы начинаете со звания QA Trainee и постепенно растете до QA Architect. 🔹 Никаких читов. Уровни открываются строго последовательно — перепрыгнуть на сложные темы, не сдав базу, не получится. 🔹 От азов к харду: начинается всё с поиска локаторов, кликов и базовых ассертов. Постепенно появляются iframes, Shadow DOM, мокирование сетевых запросов (Network Interception) и Page Object Model (POM). 🔹 Уровень SDET: на старших уровнях придется разбираться с настройкой playwright.config.ts, интеграцией в CI/CD (GitHub Actions), кроссбраузерной стратегией, Accessibility (a11y) и даже API + UI гибридными тестами. 👾 Boss Level: на 14-м уровне вас ждет «босс» — полноценный сценарий тестирования реального продукта без всяких подсказок. Вам нужно просто залогиниться, чтобы сохранять прогресс, и можно писать код. А еще на платформе собрана отличная база вопросов с реальных собеседований по Playwright. 🔗 Playwright Quest 💬 А как вы предпочитаете изучать новые фреймворки и инструменты? Сразу садитесь писать пет-проект, штудируете официальную документацию от корки до корки, или вот такой геймифицированный подход — это топ? Кто попробует пройти первые уровни — делитесь впечатлениями! 👇

​​#softwareTesting #mobileTesting Мобильное тестирование прошло путь от ручной проверки первых мобильных приложений до автоматизированного, облачного и AI-ориентированного тестирования на множестве устройств к 2026 году. В новой статье автор расскажет об особенностях мобильного тестирования в 2026 году, сравнении мобильных приложений с веб-версиями, подходах к организации команд (узкоспециализированные и гибридные), опыте гибридной команды в Совкомбанк Технологиях, автоматизации (стек, структура команд), а также о ключевых трендах: ИИ в тестировании, low‑code/no‑code инструментах и shift‑left. Мобильное тестирование в 2026: от истоков к трендам

​​#proQualityevents #proQualityConference2026 🤖 AI всё активнее становится частью продуктов. Но достаточно ли просто проверить, что он работает? На ProQuality Conference ’26 четыре сессии будут посвящены тому, что происходит, когда AI сталкивается с реальными рисками, ошибками и непредвиденным поведением. 💡 В программе: 🛡 Maryia Tuleika разберёт реальные сценарии эксплуатации AI с опорой на OWASP AI Testing Guide — и покажет, как распознавать такие уязвимости в собственных продуктах. ⚙️ Maryna Didkovska расскажет, как AI governance работает на практике: через failure paths, guardrails и kill switches. В программе — реальные инциденты и live challenges для аудитории. 🔍 Dmytro Sobko поговорит о скрытых издержках AI для QA: дополнительной валидации, обнаружении галлюцинаций, flaky automation и ситуациях, где без человеческого контроля пока не обойтись. 🚀 Daniil Pavlov и Daria Cherepanova поделятся опытом тестирования двух production AI-проектов и покажут, как meta-prompting помог сократить создание тестовых данных с нескольких дней примерно до часа. А ещё обсудим: 🤖 AI-Augmented Testing — практическое применение AI-агентов и LLM в реальных процессах тестирования. 👥 Human Readiness and Quality Culture — роль голоса тестировщика, доверия между командами и коммуникации о рисках в обеспечении качества. 📆 21–25 сентября 2026 🕚 11:00 UTC+3 ежедневно 💻 Онлайн, язык EN 👉 Регистрируйтесь на ProQuality Conference ’26 Другие мероприятия ProQuality доступны на wearecommunity.io.

​​#automationTesting Flaky-тесты способны довести до отчаяния любую команду. Они падают без видимой причины, ломают пайплайны, откладывают релизы и портят настроение всем — и тестировщикам, и разработчикам. В новой статье автор расскажет о системном подходе к борьбе с flaky-тестами: от стабилизации пайплайнов с помощью плагина Vedro Flaky Steps и регулярных прогонов с дашбордами до автоматизации создания тикетов через Flakyzavr, проверки новых тестов джобой и введения дежурств по флакам, а также поделится результатами (снижение падений и предотвращение новых флаков). Помогите, FLAKY

#ProQuality_tools 🔥 AI-инструменты от Google для QA: хайп или реальная польза? Всем привет! 👋 После презентаций Google I/O нам обещали революцию автономных агентов. Но что из этого реально работает на практике и применимо в автоматизации тестирования прямо сейчас? В статье автор без маркетинговой мишуры разбирает, какие инструменты Google действительно полезны для QA и SDET. Главный тренд — переход от «умных генераторов тестов» к автономным системам, которые сами замечают падение, ищут причину, предлагают фикс и проверяют результат. Вот главные инсайты из статьи (TL;DR): 🏆 Chrome DevTools for Agents — главный вин. Инструмент оказался стабильным, он активно поддерживается и теперь позволяет инспектировать состояние на уровне фреймворков. 🌐 WebMCP (Model Context Protocol). Это новый браузерный стандарт, который заменяет классический нестабильный скрапинг DOM на структурированные вызовы (tool calls). Must-know для тех, кто пишет автотесты под ИИ-агентов! 🤖 Jules — теперь в общем доступе. Это облачный ИИ-агент, который может принять баг-репорт (issue) и самостоятельно выдать готовый Pull Request с исправлением. ⚠️ Отключение Gemini CLI. 18 июня Google тихо отключил Gemini CLI для индивидуальных аккаунтов. Если ваши пайплайны завязаны на него — они сломались, нужна миграция с учетом новых лимитов (quotas). 📈 Инструменты для лидов (Workspace Studio vs Gemini Spark). Studio позволяет парсить результаты тестов из почты и настраивать правила маршрутизации, в то время как Spark работает как всегда включенный ассистент, автономно анализирующий Gmail, Google Drive и календарь (пока в бете). 🔗 AI in Testing #13: What Google’s AI Tools Are Actually Worth to QA Right Now 💬 А вы уже пробовали интегрировать какие-то из этих AI-инструментов (особенно WebMCP или Chrome DevTools for Agents) в свои процессы? Что думаете про агентов вроде Jules, которые сами пишут PR по баг-репорту — это будущее автоматизации или пока игрушка, за которой нужно всё перепроверять? Делитесь мнением в комментариях! 👇

С Днём тестировщика! 🎉 🎉 🎉 Тестирование не всегда на виду, но именно оно держит качество на высоте. Спасибо, что вы часть этого процесса — и отличного праздника!

​​#proQuality_books #softwareTesting #ai   📖 Introduction to AI Testing: Guide to ISTQB® CT-AI Certification (2025) Авторы: Iosif Itkin, Iuliia Emelianova Количество страниц: 340 Язык издания: Английский   Исчерпывающее введение в основы ИИ и машинного обучения для QA-специалистов. Материал полностью охватывает программу сертификации ISTQB® CT-AI, включая отраслевую аналитику, пробный экзамен и вопросы по главам.   Плюсы: ➕ Структурированный подход к тестированию ИИ-систем с опорой на официальный силлабус ISTQB® CT-AI. ➕ Доступное изложение сложных ML-концепций, нейросетей и метрик качества. ➕ Реальные примеры, упражнения и наглядные схемы для закрепления материала.   Минусы: ➖ Актуально только для версии силлабуса ISTQB CT-AI V1.2. ➖ Отсутствуют ключи к ответам на вопросы для самопроверки.   Для кого книга: ✔️ Для начинающих и опытных тестировщиков, желающих разобраться в валидации ИИ-систем. ✔️ Для профессионалов, готовящихся к сдаче экзамена ISTQB® CT-AI. ✔️ Для инженеров и менеджеров, стремящихся понять принципы обеспечения качества ИИ.   Об авторах: Iosif Itkin и Iuliia Emelianova — эксперты-практики в тестировании ПО и обеспечении качества сложных систем с многолетним опытом в индустрии.

​​🤖 AI уже меняет подход к тестированию Поиск селекторов, генерация сценариев, анализ дефектов и управление бэклогом — процессы, которые AI помогает автоматизировать уже сегодня. На ProQuality Conference ’26 этой теме будут посвящены четыре практических доклада с реальными кейсами и live demo: 🔍 Dzmitry Tarasenka и Vladyslav Babenko расскажут, почему даже сотни хорошо проработанных тест-кейсов не всегда защищают от критических дефектов и как AI может стать партнером в исследовательском тестировании. 📱 Oleksandr Halichenko покажет AI-агента, который превращает ручной поиск Appium-селекторов в Inspector в простой диалог. ⚙️ Rysard Poplavskij поделится опытом интеграции CodeMie и Claude в enterprise-фреймворк на WebdriverIO для создания и поддержки сценариев, а также автоматизации отчетности. 🗂 Aneliya Duhalova и Ivaylo Kunev продемонстрируют workflow на базе Miro, Jira и AI: от планирования тестирования на доске до автоматически подготовленного бэклога. В программе также: 🛡 Testing and Governing AI Systems Уязвимости AI-систем, governance, prompt engineering как QA-дисциплина и управление рисками. 👥 Human Readiness and Quality Culture Роль тестировщиков, доверие внутри кросс-функциональных команд и эффективная коммуникация рисков. 📆 21–25 сентября 2026 ⏰ 11:00 UTC+3 ежедневно 🌐 Онлайн, язык — EN 👉 Регистрируйтесь на ProQuality Conference ’26 Другие мероприятия ProQuality доступны на wearecommunity.io.

​​#softwareTesting Традиционных показателей вдруг стало недостаточно для релизных решений. Современные метрики в тестировании всё чаще рассматриваются как инструмент управления рисками, но какие метрики в тестировании остаются актуальными в 2026 году? В новой статье автор расскажет о том, почему традиционные QA-метрики больше не отражают реальный риск продукта, и разберёт современные метрики тестирования, а также даст практические шаги по их внедрению для принятия релизных решений. Какие метрики в тестировании в 2026 году действительно влияют на релиз и бизнес

​​#automationTesting «Playwright сейчас модный, Selenium старый, Cypress удобный». Именно так чаще всего звучит выбор фреймворка на планировании и иногда поэтому команды разгребают последствия решения, принятого за один созвон. В нашем сегодняшнем материале автор поделиться детальным сравнением Playwright, Selenium и Cypress, разберёт их архитектурные различия, сильные и слабые стороны, приведёт практические сценарии выбора, а также честно оценит стоимость миграции с одного фреймворка на другой. Playwright vs Selenium vs Cypress: как на самом деле выбирать фреймворк для автотестов в 2026

#ProQuality_case 🔥 Проблема тестовых окружений, которую так никто и не решил (и как с ней жить) Всем привет! 👋 Знакома ситуация, когда на staging-сервере опять всё сломалось, кто-то затер ваши тестовые данные, а локальные моки давно не соответствуют реальности продакшена? Carlos Arguelles (Senior Principal Engineer в Amazon) недавно опубликовал отличную статью: "The test environment problem nobody has solved". В ней он разбирает, почему классический подход к тестовым стендам в сложных распределенных системах (таких как микросервисная архитектура Amazon) больше не работает. 🤷‍♂️ Трилемма плохого выбора При масштабировании проекты неизбежно сталкиваются с тремя вариантами настройки окружений, и все они плохие: 1️⃣ Использовать моки/фейки: они быстро расходятся с реальным поведением системы, из-за чего вы пропускаете настоящие баги на прод. 2️⃣ Общие staging-окружения: со временем они «протухают» и превращаются в дорогие, хрупкие системы. А тестировщики постоянно мешают друг другу, меняя общее состояние (state) базы. 3️⃣ Эфемерные full-stack копии: на масштабах гигантов поднять точную изолированную копию продакшена со всеми его зависимостями просто невозможно. 📉 Математика flaky-тестов и ИИ-ускорение В распределенных системах общая надежность тестов перемножается. Если ваш интеграционный тест затрагивает всего три микросервиса, и каждый из них стабилен на 95%, итоговая надежность падает до неприемлемого уровня. Ситуация усугубляется внедрением AI-ассистентов: нейросети генерируют код со скоростью машины, но медленный, мигающий (flaky) контур CI/CD и интеграционных тестов просто не успевает за ними, ломаясь на скрытых стыках сервисов. 💡 Какой выход видят архитекторы? Передовой рубеж — безопасное использование самого продакшена как идеальной тестовой среды. Вместо попыток воссоздать Prod, компании учатся гонять тестовый трафик на «живых» серверах. Как это делается: ✅ Продвинутая маршрутизация трафика; ✅ Изолированные (sandboxed) токены транзакций; ✅ Переопределение поведения (например, инжекция задержек или ошибок для конкретных вызовов); ✅ Строгое подавление побочных эффектов (side-effect suppression). Это позволяет выполнять тесты в реальной графе продакшена без малейшего риска задеть реальных клиентов. 🔗 The test environment problem nobody has solved 💬 А какой подход к тестовым окружениям используется в вашей компании? Всё ещё воюете за общий staging, поднимаете on-demand стенды для каждого PR или уже практикуете безопасное тестирование прямо в проде? Делитесь болью и опытом в комментариях! 👇

​​#proQuality_books #softwareTesting   📖 Drawn to Testing (2025) Автор: Wayne Roseberry Количество страниц: 142 Язык издания: Английский   Эссе и комиксы об искусстве тестирования ПО: от поиска идей для тестов и управления проблемами до борьбы с flaky-багами. Простые иллюстрации раскрывают нюансы профессии, о которых редко говорят в подобном ключе.   Плюсы: ➕ Живая и увлекательная книга, основанная на реальном опыте автора. ➕ Уникальный формат комиксов и диаграмм помогает взглянуть на сложные вещи под новым углом. ➕ Отличный инструмент критического мышления с идеями, применимыми на практике.   Минусы: ➖ Формат эссе и комиксов понравится не всем — любители структурированных руководств могут почувствовать нехватку системности.   Для кого книга: ✔️ Для тестировщиков, желающих освежить взгляд на профессию и углубить понимание ремесла. ✔️ Для разработчиков, которые хотят научиться мыслить как тестировщик.   Об авторе: Wayne Roseberry — эксперт в области тестирования ПО, делящийся опытом через наглядные иллюстрации и комиксы для поддержания живого интереса к ремеслу тестирования.

#ProQuality_interview 📚 Находка для QA: Practical Testing — масштабная база знаний в одном месте Коллеги, если вы устали собирать полезные материалы по крупицам из разных блогов и чатов, этот ресурс точно для вас. Знакомьтесь с Practical Testing — великолепной открытой коллекцией структурированных гайдов по тестированию ПО. Это настоящая настольная книга (в формате GitBook), где все разложено по полочкам. Независимо от того, хотите ли вы быстро освежить в памяти конкретную технику тест-дизайна перед сложной задачей (или собеседованием), или же планируете изучить совершенно новый для себя подход — это идеальное место для старта. Чем хорош ресурс: • Вся информация собрана в одном месте и логично структурирована. • Отлично подходит как для новичков, так и для мидлов, которым нужен быстрый quick refresher по забытой теории. • Никакой лишней воды — только практические советы и четкие руководства. 🔗 Обязательно сохраняем в закладки: Practical Testing 💬 А какими справочниками, вики-системами или шпаргалками пользуетесь вы на регулярной основе? Есть ли у вас свои проверенные ресурсы, куда вы заглядываете, если нужно быстро вспомнить теорию или подсмотреть чек-лист? Делитесь своими любимыми ссылками и находками в комментариях! 👇