​​#proQuality_books #requirements
 
📖 Software Requirements (Developer Best Practices, 3rd Edition) (2013)
Авторы: Karl Wiegers, Joy Beatty
Количество страниц: 672
Язык издания: Английский
 
Полный цикл работы с требованиями к ПО: от сбора, анализа и документирования до валидации и управления изменениями.
 
Плюсы:
➕ Готовые шаблоны и советы, применимые в работе сразу же.
➕ Живой язык, реальные кейсы и истории из опыта авторов.
➕ Расширенные разделы по нефункциональным требованиям, работе с данными и бизнес-требованиям.
➕ Надежный справочник для управления проектом и снижения рисков.
 
Минусы:
➖ Объем и глубина некоторых базовых тем могут утомлять при последовательном чтении.
➖ Ряд положений покажется очевидным опытным специалистам.
➖ Местами ощущается авторская догматика без охвата всех точек зрения индустрии.
 
Для кого книга:
✔️ Для бизнес-аналитиков и инженеров по требованиям любого уровня.
✔️ Для тестировщиков, разработчиков и архитекторов, желающих лучше понимать процесс формирования требований.
✔️ Для менеджеров проектов, отвечающих за управление объемом работ и контроль рисков.
 
Об авторах:
Karl Wiegers — эксперт в разработке ПО, автор бестселлеров по лучшим практикам индустрии. Joy Beatty — лидер сообщества специалистов по требованиям, обучившая тысячи бизнес-аналитиков.

#ProQuality_interview

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

❓Вопрос: В гибкой методологии разработки вы получаете всего один день на тестирование задачи. Как вы организуете тестирование?

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

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

✔️Проводите параллельное тестирование, пока разработчик завершает задачи.

✔️Сначала сосредоточьтесь на "happy path" с корректными входными данными, чтобы убедиться, что основная функция работает.

✔️Автоматизируйте проверки на корректность, чтобы ускорить тестирование.

✔️Используйте исследовательское тестирование для оптимизации покрытия кода.

#automationTesting

Миграция с Selenium на Playwright часто выглядит простой: переписали локаторы, заменили WebDriver на новый фреймворк и вперёд. Но на практике большинство проблем переезжает вместе с кодом.

В сегодняшнем материале автор разбирает 7 типичных ошибок Java-команд при переходе на Playwright: от использования Thread.sleep и устаревших XPath-локаторов до неправильной работы с BrowserContext, авторизацией и тестовой изоляцией. На реальных примерах показано, почему смена инструмента не решает проблемы, если сохраняются старые подходы к автоматизации.

Playwright vs Selenium: 7 ошибок Java-миграции

​​​​#proQuality_events #proQuality_Conference2026

Приглашаем вас на онлайн-конференцию ProQuality Conference '26 — 5 дней о современных подходах к тестированию, Quality Engineering и работе с AI.

💡 В этом году конференция будет посвящена трем основным направлениям:

🤖 AI-Augmented Testing
Как AI-агенты и LLM уже сегодня помогают QA-инженерам создавать тесты, находить селекторы, поддерживать BDD-сценарии и анализировать дефекты.

🛡 Testing and Governing AI Systems
Как тестировать AI-системы и управлять рисками? В программе — AI security, prompt engineering, регрессионное тестирование моделей и особенности контроля AI-агентов в production.

👥 Human Readiness and Quality Culture
Как выстраивать культуру качества в команде, усиливать голос тестировщиков, находить общий язык с другими участниками разработки и эффективнее говорить о рисках.

🎤 Спикеры поделятся реальными кейсами, покажут рабочие процессы и live-demo, а также расскажут о решениях, которые используют в production.

📆 Присоединяйтесь к нам 21–25 сентября 2026 11:00 UTC+3, язык EN!

Если вы работаете в QA, автоматизации, Quality Engineering или создаёте AI-powered продукты — присоединяйтесь к конференции, чтобы узнать о практиках, которые уже применяются в индустрии.

👉 Регистрируйтесь на ProQuality Conference '26

Другие наши мероприятия на wearecommunity.io.

​​#softwareTesting

Термин «нагрузочное тестирование» часто используют как общее название. Но за ним стоит несколько видов разных испытаний – и каждое предназначено для решения конкретных задач.

В нашем сегодняшнем материале автор поделиться ключевыми аспектами нагрузочного тестирования для менеджеров, маркетологов и основателей: объяснит виды тестов, важные метрики (процентили, доля ошибок), опасность нереалистичных сценариев и миф об автомасштабировании, а также расскажет, когда проводить тестирование и как ИИ ускоряет анализ, но не заменяет человеческую экспертизу.

Как нагрузочное тестирование защищает бизнес от убытков?

#ProQuality_interview

📚 Находка для QA: Practical Testing — масштабная база знаний в одном месте

Коллеги, если вы устали собирать полезные материалы по крупицам из разных блогов и чатов, этот ресурс точно для вас. Знакомьтесь с Practical Testing — великолепной открытой коллекцией структурированных гайдов по тестированию ПО.

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

Чем хорош ресурс:
• Вся информация собрана в одном месте и логично структурирована.
• Отлично подходит как для новичков, так и для мидлов, которым нужен быстрый quick refresher по забытой теории.
• Никакой лишней воды — только практические советы и четкие руководства.

🔗 Обязательно сохраняем в закладки: Practical Testing
💬 А какими справочниками, вики-системами или шпаргалками пользуетесь вы на регулярной основе? Есть ли у вас свои проверенные ресурсы, куда вы заглядываете, если нужно быстро вспомнить теорию или подсмотреть чек-лист? Делитесь своими любимыми ссылками и находками в комментариях! 👇

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

#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 или уже практикуете безопасное тестирование прямо в проде? Делитесь болью и опытом в комментариях! 👇

​​#automationTesting

«Playwright сейчас модный, Selenium старый, Cypress удобный». Именно так чаще всего звучит выбор фреймворка на планировании и иногда поэтому команды разгребают последствия решения, принятого за один созвон.

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

Playwright vs Selenium vs Cypress: как на самом деле выбирать фреймворк для автотестов в 2026

​​#softwareTesting

Традиционных показателей вдруг стало недостаточно для релизных решений. Современные метрики в тестировании всё чаще рассматриваются как инструмент управления рисками, но какие метрики в тестировании остаются актуальными в 2026 году?

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

Какие метрики в тестировании в 2026 году действительно влияют на релиз и бизнес

​​​​#proQuality_events #proQuality_Conference2026

🤖 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.

​​#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 — эксперты-практики в тестировании ПО и обеспечении качества сложных систем с многолетним опытом в индустрии.

С Днём тестировщика! 🎉 🎉 🎉

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

#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 по баг-репорту — это будущее автоматизации или пока игрушка, за которой нужно всё перепроверять? Делитесь мнением в комментариях! 👇

​​#automationTesting

Flaky-тесты способны довести до отчаяния любую команду. Они падают без видимой причины, ломают пайплайны, откладывают релизы и портят настроение всем — и тестировщикам, и разработчикам.

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

Помогите, FLAKY

​​#proQuality_events #proQuality_Conference2026

🤖 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.

Регистрация - https://epa.ms/Who-is-Testing-Your-AI-tg

​​#softwareTesting #mobileTesting

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

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

Мобильное тестирование в 2026: от истоков к трендам

#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
💬 А как вы предпочитаете изучать новые фреймворки и инструменты? Сразу садитесь писать пет-проект, штудируете официальную документацию от корки до корки, или вот такой геймифицированный подход — это топ? Кто попробует пройти первые уровни — делитесь впечатлениями! 👇