#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
#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
💬 А как вы предпочитаете изучать новые фреймворки и инструменты? Сразу садитесь писать пет-проект, штудируете официальную документацию от корки до корки, или вот такой геймифицированный подход — это топ? Кто попробует пройти первые уровни — делитесь впечатлениями! 👇
🎮 Изучаем 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
💬 А как вы предпочитаете изучать новые фреймворки и инструменты? Сразу садитесь писать пет-проект, штудируете официальную документацию от корки до корки, или вот такой геймифицированный подход — это топ? Кто попробует пройти первые уровни — делитесь впечатлениями! 👇
Playwright Quest
Playwright Quest — Learn Playwright with TypeScript Through Hands-On Quests
20 levels of real QA tickets and bug reports teaching Playwright + TypeScript testing, from your first assertion to interview-ready mastery.
❤4
#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-специалистов.
📖 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-специалистов.
❤3🤓1
#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.
🛠 Современные инструменты не гарантируют качество сами по себе
Команды по-прежнему не всегда готовы открыто говорить о проблемах, разработчики и 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.
👍3
#ProQuality_tasks
Всем привет! С вами снова рубрика задачки ProQuality ✨
Задача про стоимость 💵
«300» стоит $30. «20» стоит $20.
Сколько стоит «100»?
Всем привет! С вами снова рубрика задачки ProQuality ✨
Задача про стоимость 💵
«300» стоит $30. «20» стоит $20.
Сколько стоит «100»?
🤓2