#ProQuality_news
🚀 Встречайте новый HTTP-метод — QUERY! Почему QA-инженерам стоит обратить на него внимание?
Если вы вдруг пропустили: в семействе HTTP-методов пополнение. Появился новый метод
В чем была проблема?
Представьте, что вам нужно протестировать эндпоинт поиска со сложной фильтрацией (много параметров, массивы, вложенные объекты).
❌ Использовать
❌ Использовать
Что меняет HTTP QUERY?
Он работает как
🔍 Что это значит для нас, тестировщиков (QA):
1️⃣ Новые тест-кейсы на кэширование: В отличие от поисковых POST-запросов, ответы на QUERY могут и должны кэшироваться. Это нужно будет проверять отдельно.
2️⃣ Проверка тулинга: Придется убедиться, что ваши любимые инструменты (Postman, Swagger, Charles, фреймворки вроде RestAssured или Playwright) корректно переваривают новый метод.
3️⃣ Секьюрность и логирование: Параметры из URL всегда попадали в логи веб-серверов. Тело запроса (Body) часто не логируется по умолчанию. Стоит проверять, как логируются новые QUERY-запросы и не скрывается ли там что-то важное для дебага.
🔗 HTTP QUERY: Why QA Engineers Should Care About the New HTTP Method
💬 Уже слышали про метод QUERY? Как думаете, как быстро этот метод станет стандартом в индустрии? Делитесь мыслями в комментариях! 👇
🚀 Встречайте новый HTTP-метод — QUERY! Почему QA-инженерам стоит обратить на него внимание?
Если вы вдруг пропустили: в семействе HTTP-методов пополнение. Появился новый метод
HTTP QUERY. Он решает давнюю головную боль проектирования API, с которой сталкивался, пожалуй, каждый тестировщик.В чем была проблема?
Представьте, что вам нужно протестировать эндпоинт поиска со сложной фильтрацией (много параметров, массивы, вложенные объекты).
❌ Использовать
GET? Длина URL ограничена, а передавать Request Body в GET-запросе — плохая практика (серверы и прокси часто его просто игнорируют или отбрасывают).❌ Использовать
POST? Это решает проблему размера, но ломает семантику REST (POST должен изменять состояние) и лишает нас кэширования, которое есть у GET.Что меняет HTTP QUERY?
Он работает как
GET (является безопасным, идемпотентным и поддерживает кэширование), но при этом официально поддерживает тело запроса (Payload / Request Body)! Теперь сложные фильтры, GraphQL-запросы и тяжелые поисковые параметры можно передавать по стандарту.🔍 Что это значит для нас, тестировщиков (QA):
1️⃣ Новые тест-кейсы на кэширование: В отличие от поисковых POST-запросов, ответы на QUERY могут и должны кэшироваться. Это нужно будет проверять отдельно.
2️⃣ Проверка тулинга: Придется убедиться, что ваши любимые инструменты (Postman, Swagger, Charles, фреймворки вроде RestAssured или Playwright) корректно переваривают новый метод.
3️⃣ Секьюрность и логирование: Параметры из URL всегда попадали в логи веб-серверов. Тело запроса (Body) часто не логируется по умолчанию. Стоит проверять, как логируются новые QUERY-запросы и не скрывается ли там что-то важное для дебага.
🔗 HTTP QUERY: Why QA Engineers Should Care About the New HTTP Method
💬 Уже слышали про метод QUERY? Как думаете, как быстро этот метод станет стандартом в индустрии? Делитесь мыслями в комментариях! 👇
Medium
HTTP QUERY: Why QA Engineers Should Care About the New HTTP Method
When the new HTTP QUERY method was standardized, most discussions focused on how it helps backend developers.
❤2🔥2
#proQuality_books #requirements
📖 Software Requirements (Developer Best Practices, 3rd Edition) (2013)
Авторы: Karl Wiegers, Joy Beatty
Количество страниц: 672
Язык издания: Английский
Полный цикл работы с требованиями к ПО: от сбора, анализа и документирования до валидации и управления изменениями.
Плюсы:
➕ Готовые шаблоны и советы, применимые в работе сразу же.
➕ Живой язык, реальные кейсы и истории из опыта авторов.
➕ Расширенные разделы по нефункциональным требованиям, работе с данными и бизнес-требованиям.
➕ Надежный справочник для управления проектом и снижения рисков.
Минусы:
➖ Объем и глубина некоторых базовых тем могут утомлять при последовательном чтении.
➖ Ряд положений покажется очевидным опытным специалистам.
➖ Местами ощущается авторская догматика без охвата всех точек зрения индустрии.
Для кого книга:
✔️ Для бизнес-аналитиков и инженеров по требованиям любого уровня.
✔️ Для тестировщиков, разработчиков и архитекторов, желающих лучше понимать процесс формирования требований.
✔️ Для менеджеров проектов, отвечающих за управление объемом работ и контроль рисков.
Об авторах:
Karl Wiegers — эксперт в разработке ПО, автор бестселлеров по лучшим практикам индустрии. Joy Beatty — лидер сообщества специалистов по требованиям, обучившая тысячи бизнес-аналитиков.
📖 Software Requirements (Developer Best Practices, 3rd Edition) (2013)
Авторы: Karl Wiegers, Joy Beatty
Количество страниц: 672
Язык издания: Английский
Полный цикл работы с требованиями к ПО: от сбора, анализа и документирования до валидации и управления изменениями.
Плюсы:
➕ Готовые шаблоны и советы, применимые в работе сразу же.
➕ Живой язык, реальные кейсы и истории из опыта авторов.
➕ Расширенные разделы по нефункциональным требованиям, работе с данными и бизнес-требованиям.
➕ Надежный справочник для управления проектом и снижения рисков.
Минусы:
➖ Объем и глубина некоторых базовых тем могут утомлять при последовательном чтении.
➖ Ряд положений покажется очевидным опытным специалистам.
➖ Местами ощущается авторская догматика без охвата всех точек зрения индустрии.
Для кого книга:
✔️ Для бизнес-аналитиков и инженеров по требованиям любого уровня.
✔️ Для тестировщиков, разработчиков и архитекторов, желающих лучше понимать процесс формирования требований.
✔️ Для менеджеров проектов, отвечающих за управление объемом работ и контроль рисков.
Об авторах:
Karl Wiegers — эксперт в разработке ПО, автор бестселлеров по лучшим практикам индустрии. Joy Beatty — лидер сообщества специалистов по требованиям, обучившая тысячи бизнес-аналитиков.
❤4
#ProQuality_interview
Всем привет! С вами снова рубрика Scenario-based вопрос на собеседовании ✨
❓Вопрос: В гибкой методологии разработки вы получаете всего один день на тестирование задачи. Как вы организуете тестирование?
🚦Пример ответа:
✔️Разбейте задачу на тестируемые части, чтобы каждую часть можно было эффективно и результативно протестировать.
✔️Проводите параллельное тестирование, пока разработчик завершает задачи.
✔️Сначала сосредоточьтесь на "happy path" с корректными входными данными, чтобы убедиться, что основная функция работает.
✔️Автоматизируйте проверки на корректность, чтобы ускорить тестирование.
✔️Используйте исследовательское тестирование для оптимизации покрытия кода.
Всем привет! С вами снова рубрика Scenario-based вопрос на собеседовании ✨
❓Вопрос: В гибкой методологии разработки вы получаете всего один день на тестирование задачи. Как вы организуете тестирование?
🚦Пример ответа:
✔️Разбейте задачу на тестируемые части, чтобы каждую часть можно было эффективно и результативно протестировать.
✔️Проводите параллельное тестирование, пока разработчик завершает задачи.
✔️Сначала сосредоточьтесь на "happy path" с корректными входными данными, чтобы убедиться, что основная функция работает.
✔️Автоматизируйте проверки на корректность, чтобы ускорить тестирование.
✔️Используйте исследовательское тестирование для оптимизации покрытия кода.
❤3
#automationTesting
Миграция с Selenium на Playwright часто выглядит простой: переписали локаторы, заменили WebDriver на новый фреймворк и вперёд. Но на практике большинство проблем переезжает вместе с кодом.
В сегодняшнем материале автор разбирает 7 типичных ошибок Java-команд при переходе на Playwright: от использования Thread.sleep и устаревших XPath-локаторов до неправильной работы с BrowserContext, авторизацией и тестовой изоляцией. На реальных примерах показано, почему смена инструмента не решает проблемы, если сохраняются старые подходы к автоматизации.
Playwright vs Selenium: 7 ошибок Java-миграции
Миграция с Selenium на Playwright часто выглядит простой: переписали локаторы, заменили WebDriver на новый фреймворк и вперёд. Но на практике большинство проблем переезжает вместе с кодом.
В сегодняшнем материале автор разбирает 7 типичных ошибок Java-команд при переходе на Playwright: от использования Thread.sleep и устаревших XPath-локаторов до неправильной работы с BrowserContext, авторизацией и тестовой изоляцией. На реальных примерах показано, почему смена инструмента не решает проблемы, если сохраняются старые подходы к автоматизации.
Playwright vs Selenium: 7 ошибок Java-миграции
🔥1
#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.
Приглашаем вас на онлайн-конференцию 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.
🔥4
#softwareTesting
Термин «нагрузочное тестирование» часто используют как общее название. Но за ним стоит несколько видов разных испытаний – и каждое предназначено для решения конкретных задач.
В нашем сегодняшнем материале автор поделиться ключевыми аспектами нагрузочного тестирования для менеджеров, маркетологов и основателей: объяснит виды тестов, важные метрики (процентили, доля ошибок), опасность нереалистичных сценариев и миф об автомасштабировании, а также расскажет, когда проводить тестирование и как ИИ ускоряет анализ, но не заменяет человеческую экспертизу.
Как нагрузочное тестирование защищает бизнес от убытков?
Термин «нагрузочное тестирование» часто используют как общее название. Но за ним стоит несколько видов разных испытаний – и каждое предназначено для решения конкретных задач.
В нашем сегодняшнем материале автор поделиться ключевыми аспектами нагрузочного тестирования для менеджеров, маркетологов и основателей: объяснит виды тестов, важные метрики (процентили, доля ошибок), опасность нереалистичных сценариев и миф об автомасштабировании, а также расскажет, когда проводить тестирование и как ИИ ускоряет анализ, но не заменяет человеческую экспертизу.
Как нагрузочное тестирование защищает бизнес от убытков?
👍3
#ProQuality_interview
📚 Находка для QA: Practical Testing — масштабная база знаний в одном месте
Коллеги, если вы устали собирать полезные материалы по крупицам из разных блогов и чатов, этот ресурс точно для вас. Знакомьтесь с Practical Testing — великолепной открытой коллекцией структурированных гайдов по тестированию ПО.
Это настоящая настольная книга (в формате GitBook), где все разложено по полочкам. Независимо от того, хотите ли вы быстро освежить в памяти конкретную технику тест-дизайна перед сложной задачей (или собеседованием), или же планируете изучить совершенно новый для себя подход — это идеальное место для старта.
Чем хорош ресурс:
• Вся информация собрана в одном месте и логично структурирована.
• Отлично подходит как для новичков, так и для мидлов, которым нужен быстрый quick refresher по забытой теории.
• Никакой лишней воды — только практические советы и четкие руководства.
🔗 Обязательно сохраняем в закладки: Practical Testing
💬 А какими справочниками, вики-системами или шпаргалками пользуетесь вы на регулярной основе? Есть ли у вас свои проверенные ресурсы, куда вы заглядываете, если нужно быстро вспомнить теорию или подсмотреть чек-лист? Делитесь своими любимыми ссылками и находками в комментариях! 👇
📚 Находка для QA: Practical Testing — масштабная база знаний в одном месте
Коллеги, если вы устали собирать полезные материалы по крупицам из разных блогов и чатов, этот ресурс точно для вас. Знакомьтесь с Practical Testing — великолепной открытой коллекцией структурированных гайдов по тестированию ПО.
Это настоящая настольная книга (в формате GitBook), где все разложено по полочкам. Независимо от того, хотите ли вы быстро освежить в памяти конкретную технику тест-дизайна перед сложной задачей (или собеседованием), или же планируете изучить совершенно новый для себя подход — это идеальное место для старта.
Чем хорош ресурс:
• Вся информация собрана в одном месте и логично структурирована.
• Отлично подходит как для новичков, так и для мидлов, которым нужен быстрый quick refresher по забытой теории.
• Никакой лишней воды — только практические советы и четкие руководства.
🔗 Обязательно сохраняем в закладки: Practical Testing
💬 А какими справочниками, вики-системами или шпаргалками пользуетесь вы на регулярной основе? Есть ли у вас свои проверенные ресурсы, куда вы заглядываете, если нужно быстро вспомнить теорию или подсмотреть чек-лист? Делитесь своими любимыми ссылками и находками в комментариях! 👇
practical-testing.gitbook.io
Welcome to Practical Testing | Practical Testing Docs
❤4
#proQuality_books #softwareTesting
📖 Drawn to Testing (2025)
Автор: Wayne Roseberry
Количество страниц: 142
Язык издания: Английский
Эссе и комиксы об искусстве тестирования ПО: от поиска идей для тестов и управления проблемами до борьбы с flaky-багами. Простые иллюстрации раскрывают нюансы профессии, о которых редко говорят в подобном ключе.
Плюсы:
➕ Живая и увлекательная книга, основанная на реальном опыте автора.
➕ Уникальный формат комиксов и диаграмм помогает взглянуть на сложные вещи под новым углом.
➕ Отличный инструмент критического мышления с идеями, применимыми на практике.
Минусы:
➖ Формат эссе и комиксов понравится не всем — любители структурированных руководств могут почувствовать нехватку системности.
Для кого книга:
✔️ Для тестировщиков, желающих освежить взгляд на профессию и углубить понимание ремесла.
✔️ Для разработчиков, которые хотят научиться мыслить как тестировщик.
Об авторе:
Wayne Roseberry — эксперт в области тестирования ПО, делящийся опытом через наглядные иллюстрации и комиксы для поддержания живого интереса к ремеслу тестирования.
📖 Drawn to Testing (2025)
Автор: Wayne Roseberry
Количество страниц: 142
Язык издания: Английский
Эссе и комиксы об искусстве тестирования ПО: от поиска идей для тестов и управления проблемами до борьбы с flaky-багами. Простые иллюстрации раскрывают нюансы профессии, о которых редко говорят в подобном ключе.
Плюсы:
➕ Живая и увлекательная книга, основанная на реальном опыте автора.
➕ Уникальный формат комиксов и диаграмм помогает взглянуть на сложные вещи под новым углом.
➕ Отличный инструмент критического мышления с идеями, применимыми на практике.
Минусы:
➖ Формат эссе и комиксов понравится не всем — любители структурированных руководств могут почувствовать нехватку системности.
Для кого книга:
✔️ Для тестировщиков, желающих освежить взгляд на профессию и углубить понимание ремесла.
✔️ Для разработчиков, которые хотят научиться мыслить как тестировщик.
Об авторе:
Wayne Roseberry — эксперт в области тестирования ПО, делящийся опытом через наглядные иллюстрации и комиксы для поддержания живого интереса к ремеслу тестирования.
❤3👍2
#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 или уже практикуете безопасное тестирование прямо в проде? Делитесь болью и опытом в комментариях! 👇
🔥 Проблема тестовых окружений, которую так никто и не решил (и как с ней жить)
Всем привет! 👋 Знакома ситуация, когда на 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 или уже практикуете безопасное тестирование прямо в проде? Делитесь болью и опытом в комментариях! 👇
Medium
The test environment problem nobody has solved
If Medium puts this content behind a paywall, you can also view it here (LinkedIn).
❤2
#automationTesting
«Playwright сейчас модный, Selenium старый, Cypress удобный». Именно так чаще всего звучит выбор фреймворка на планировании и иногда поэтому команды разгребают последствия решения, принятого за один созвон.
В нашем сегодняшнем материале автор поделиться детальным сравнением Playwright, Selenium и Cypress, разберёт их архитектурные различия, сильные и слабые стороны, приведёт практические сценарии выбора, а также честно оценит стоимость миграции с одного фреймворка на другой.
Playwright vs Selenium vs Cypress: как на самом деле выбирать фреймворк для автотестов в 2026
«Playwright сейчас модный, Selenium старый, Cypress удобный». Именно так чаще всего звучит выбор фреймворка на планировании и иногда поэтому команды разгребают последствия решения, принятого за один созвон.
В нашем сегодняшнем материале автор поделиться детальным сравнением Playwright, Selenium и Cypress, разберёт их архитектурные различия, сильные и слабые стороны, приведёт практические сценарии выбора, а также честно оценит стоимость миграции с одного фреймворка на другой.
Playwright vs Selenium vs Cypress: как на самом деле выбирать фреймворк для автотестов в 2026
#softwareTesting
Традиционных показателей вдруг стало недостаточно для релизных решений. Современные метрики в тестировании всё чаще рассматриваются как инструмент управления рисками, но какие метрики в тестировании остаются актуальными в 2026 году?
В новой статье автор расскажет о том, почему традиционные QA-метрики больше не отражают реальный риск продукта, и разберёт современные метрики тестирования, а также даст практические шаги по их внедрению для принятия релизных решений.
Какие метрики в тестировании в 2026 году действительно влияют на релиз и бизнес
Традиционных показателей вдруг стало недостаточно для релизных решений. Современные метрики в тестировании всё чаще рассматриваются как инструмент управления рисками, но какие метрики в тестировании остаются актуальными в 2026 году?
В новой статье автор расскажет о том, почему традиционные QA-метрики больше не отражают реальный риск продукта, и разберёт современные метрики тестирования, а также даст практические шаги по их внедрению для принятия релизных решений.
Какие метрики в тестировании в 2026 году действительно влияют на релиз и бизнес
👍2
#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.
🤖 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.
🔥2
#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 — эксперты-практики в тестировании ПО и обеспечении качества сложных систем с многолетним опытом в индустрии.
📖 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 — эксперты-практики в тестировании ПО и обеспечении качества сложных систем с многолетним опытом в индустрии.
❤4
#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 по баг-репорту — это будущее автоматизации или пока игрушка, за которой нужно всё перепроверять? Делитесь мнением в комментариях! 👇
🔥 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 по баг-репорту — это будущее автоматизации или пока игрушка, за которой нужно всё перепроверять? Делитесь мнением в комментариях! 👇
Medium
AI in Testing #13: What Google’s AI Tools Are Actually Worth to QA Right Now
Past the keynote hype — a working verdict on Chrome DevTools for Agents, Jules, WebMCP, and the rest, checked against reality
🔥2
#automationTesting
Flaky-тесты способны довести до отчаяния любую команду. Они падают без видимой причины, ломают пайплайны, откладывают релизы и портят настроение всем — и тестировщикам, и разработчикам.
В новой статье автор расскажет о системном подходе к борьбе с flaky-тестами: от стабилизации пайплайнов с помощью плагина Vedro Flaky Steps и регулярных прогонов с дашбордами до автоматизации создания тикетов через Flakyzavr, проверки новых тестов джобой и введения дежурств по флакам, а также поделится результатами (снижение падений и предотвращение новых флаков).
Помогите, FLAKY
Flaky-тесты способны довести до отчаяния любую команду. Они падают без видимой причины, ломают пайплайны, откладывают релизы и портят настроение всем — и тестировщикам, и разработчикам.
В новой статье автор расскажет о системном подходе к борьбе с flaky-тестами: от стабилизации пайплайнов с помощью плагина Vedro Flaky Steps и регулярных прогонов с дашбордами до автоматизации создания тикетов через Flakyzavr, проверки новых тестов джобой и введения дежурств по флакам, а также поделится результатами (снижение падений и предотвращение новых флаков).
Помогите, FLAKY
👍4😨1
#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
🤖 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
🥰2👍1
#softwareTesting #mobileTesting
Мобильное тестирование прошло путь от ручной проверки первых мобильных приложений до автоматизированного, облачного и AI-ориентированного тестирования на множестве устройств к 2026 году.
В новой статье автор расскажет об особенностях мобильного тестирования в 2026 году, сравнении мобильных приложений с веб-версиями, подходах к организации команд (узкоспециализированные и гибридные), опыте гибридной команды в Совкомбанк Технологиях, автоматизации (стек, структура команд), а также о ключевых трендах: ИИ в тестировании, low‑code/no‑code инструментах и shift‑left.
Мобильное тестирование в 2026: от истоков к трендам
Мобильное тестирование прошло путь от ручной проверки первых мобильных приложений до автоматизированного, облачного и AI-ориентированного тестирования на множестве устройств к 2026 году.
В новой статье автор расскажет об особенностях мобильного тестирования в 2026 году, сравнении мобильных приложений с веб-версиями, подходах к организации команд (узкоспециализированные и гибридные), опыте гибридной команды в Совкомбанк Технологиях, автоматизации (стек, структура команд), а также о ключевых трендах: ИИ в тестировании, low‑code/no‑code инструментах и shift‑left.
Мобильное тестирование в 2026: от истоков к трендам
👍2❤1