ProQuality Community

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

#automationTesting Playwright, Selenium, Cypress и WebdriverIO — это мощные фреймворки с открытым исходным кодом для автоматизации тестирования веб-приложений, обеспечивающие кросс-браузерное выполнение, эмуляцию пользовательских действий и интеграцию с современными CI/CD-пайплайнами. В сегодняшней статье автор расскажет про проблемы с противоречивыми бенчмарками скорости Selenium, Playwright, Cypress и WebdriverIO, объясняется архитектурная разница между протоколами (WebSocket vs HTTP), а также даются рекомендации по выбору инструмента. Playwright, Selenium, Cypress, WebdriverIO: что реально известно о скорости в 2026 году (и как намерить свои цифры)

#ProQuality_interview 🎓 Бесплатная платформа для изучения QA: без зубрёжки и скучной теории! 🚀 Привет, коллеги! 👋 Наткнулись на интересную образовательную платформу для тестировщиков — QA Decoded. Если вы ищете ресурс, чтобы освежить знания, подготовиться к собеседованию или посоветовать что-то толковое джунам, к ней точно стоит присмотреться. Платформа создана тестировщиками для тестировщиков, и её главная мантра: «Не заучивай. Понимай». В чем главные фишки? 🔹 Упор на практику, а не сухую теорию. Вместо скучных определений из учебников — интерактивные визуализации и разбор реальных примеров (на базе архитектуры Stripe, GitHub, Uber). 🔹 Встроенная подготовка к собесам. В конце каждой пройденной темы есть блок с четкими и понятными ответами на вопросы, которые HR и лиды реально задают на интервью. 🔹 Геймификация и публичный профиль. Платформа трекает ваш прогресс в виде «тепловой карты». Свой профиль с достижениями можно шарить рекрутерам. 🔹 Мощная программа (и всё это бесплатно). От базовых понятий (SDLC, STLC) до тест-дизайна, API-тестирования, работы с дефектами и подготовки к ISTQB. 🔹 Open Curriculum. Если у вас есть классный кейс из опыта или вы хотите дополнить материал, можно закинуть свой контрибьют и получить бейдж автора в профиль! 🔗 Сохраняйте в закладки: QA Decoded 💬 Как вам такой формат платформы? Какие ресурсы, сайты или курсы вы сами используете для прокачки скиллов или подготовки к собесам? Делитесь своими фаворитами в комментариях!

​​#proQuality_books #softwareTesting   📖 Software Test Design: Write comprehensive test plans to uncover critical bugs in web, desktop, and mobile apps (2022) Автор: Simon Amey Количество страниц: 426 Язык издания: Английский   Руководство по написанию тестов и тест-планов для веб-, десктопных и мобильных приложений — от анализа спецификаций и исследовательского тестирования до проверки безопасности, юзабилити и нагрузочных тестов.   Плюсы: ➕ Множество примеров из реальной практики — материал наглядный и сразу применимый. ➕ Подробный чек-лист для структурирования исследовательского тестирования. ➕ Хорошо описаны: тестирование методом «черного ящика» и тестирование API.   Минусы: ➖ Нет примеров кода и интерактивного оглавления в PDF — минус для тех, кто занимается автоматизацией тестов. ➖ Раздел непосредственно о тест-планах некоторым читателям показался недостаточно развернутым.   Для кого книга: ✔️ Для начинающих тестировщиков, желающих быстро вырасти до уровня эффективного специалиста. ✔️ Для опытных QA-инженеров, которым нужно качественное настольное руководство. ✔️ Для разработчиков и менеджеров, отвечающих за качество поставляемого ПО.   Об авторе: Simon Amey — специалист в области обеспечения качества ПО с более чем двадцатилетним опытом в IT-индустрии.

​​​​#proQuality_learn 🖥 Готовы сделать первый шаг в IT и освоить востребованную профессию? В EPAM Campus открыта регистрация на бесплатные программы в QA сразу в нескольких странах: 1️⃣ Automated Testing (.NET, Java, JavaScript) — для тех, кто хочет совмещать написание кода с проверкой его качества и автоматизацией рутины. 2️⃣ Software Functional Testing — для тех, кто хочет использовать свою внимательность к деталям, чтобы находить баги и оценивать работу систем. Вас ждёт: 🔹 Обучение, ориентированное на современные требования индустрии 🔹 Сильный упор на практику и развитие AI-навыков 🔹 Сопровождение со стороны опытных менторов на протяжении всего обучения 🔹 Инновационная образовательная экосистема с AI-инструментами 🔹 Возможность присоединиться к команде EPAM после успешного завершения всех этапов Выбирайте своё направление, регистрируйтесь и отправляйте этот пост друзьям, которым также интересен старт в IT!

#ProQuality_news 🤖 Будущее QA: Gartner предсказывает массовый переход к компактным «ИИ-командам» В июле аналитическое агентство Gartner выпустило интригующий отчет, который заставляет задуматься о том, как изменится наша профессия уже в ближайшие несколько лет. 📉 Главный прогноз: К 2029 году 60% организаций перейдут на небольшие, так называемые AI-native (изначально ориентированные на ИИ) команды разработки и тестирования ПО. Что это значит для тестировщиков? По мере того как генеративный ИИ и умные агенты берут на себя рутину — написание базовых тест-кейсов, генерацию кода автотестов и автоматическое обновление упавших локаторов (самоисцеление) — потребность в раздутых штатах QA-отделов будет снижаться. Роль инженера по качеству трансформируется. На смену ручному прокликиванию и монотонной поддержке фреймворков придет оркестрация ИИ-инструментов. В небольших командах будущего тестировщики будут фокусироваться на высокоуровневой стратегии, риск-менеджменте, сложной бизнес-логике и нешаблонном исследовательском тестировании (Exploratory Testing). 🔗 Gartner Predicts 60% of Organizations Will Adopt Smaller Software Engineering Teams by 2029 💬 Как вы относитесь к такому прогнозу? Замечаете ли уже сейчас на своих проектах тенденцию к оптимизации процессов (и команд) за счет внедрения AI-ассистентов? Делитесь мыслями и опасениями в комментариях! 👇

#softwareTesting Когда начинаешь погружаться в тестирование, создается ощущение, что видов этого самого тестирования десятки, если не сотни, и все они постоянно используются в реальной работе. В этой статье рассмотрим пять видов тестирования, которые применяются чаще всего. Заодно разберем, как они выглядят в реальной работе, когда используются и какие ошибки чаще всего с ними связаны. Разбираемся в многообразии видов тестирования

#automationTesting #ai Генерация автотестов и локаторов с помощью ИИ — это процесс автоматизированного создания исполняемого кода проверок и устойчивых селекторов элементов интерфейса на основе анализа макетов, спецификаций или записей действий пользователя. В данной статье описываются практический опыт и процесс генерации автотестов и локаторов с помощью ИИ, включая подготовку входных данных, пошаговую генерацию, обязательное ревью, полученные результаты и выявленные подводные камни. Генерация автотестов и локаторов с ИИ: рабочий код и подводные камни

#ProQuality_interview Всем привет! С вами снова рубрика Scenario-based вопрос на собеседовании ✨ ❓Вопрос: Вам нужно протестировать API без документации. Что вы будете делать? 🚦Пример ответа: ✔️Используйте такие инструменты, как Swagger или Postman, для проверки заголовков и тела ответа API. ✔️Ищите комментарии разработчиков и определения схемы. ✔️Проведите reverse-engineer полей, таких как типы данных и правила валидации, чтобы проанализировать работу API. ✔️Запросите у разработчиков минимальные сведения о контракте. ✔️Тестируйте, используя типичные, граничные и отрицательные входные данные.

​​#proQuality_books   📖 Agile Testing Condensed: A Brief Introduction (2019) Авторы: Janet Gregory, Lisa Crispin Количество страниц: 113 Язык издания: Английский   Лаконичное руководство по тестированию и культуре качества в Agile-среде: как встроить QA в итеративный цикл, кто отвечает за качество и как вовлечь всю команду в непрерывное тестирование.   Плюсы: ➕ Концентрат практической ценности: максимум пользы на 113 страницах. ➕ Простой живой язык — сложные концепции объясняются без лишней «воды». ➕ Мотивирует на эксперименты и помогает быстро внедрить новые практики в команде.   Минусы: ➖ Некоторые иллюстрации слишком мелкие для комфортного чтения. ➖ Скорее сжатое изложение предыдущих работ авторов с обилием отсылок к ним, чем самостоятельный труд.   Для кого книга: ✔️ Для QA-специалистов, желающих быстро погрузиться в специфику тестирования в Agile. ✔️ Для разработчиков и участников команды, внедряющих культуру Agile-тестирования. ✔️ Для менеджеров и продакт-оунеров, переходящих на гибкие методологии.   Об авторах: Janet Gregory и Lisa Crispin — пионеры Agile-тестирования, сооснователи Agile Testing Fellowship и авторы культовых книг «Agile Testing» и «More Agile Testing».

#ProQuality_news 🟢 Кодинг больше не узкое место: Как Spotify масштабирует разработку с помощью ИИ-агента Honk В инженерном блоге Spotify вышла потрясающая статья о том, как они перестроили процессы под автономных ИИ-агентов (на базе Claude). Главный тезис: писать код стало настолько легко и быстро, что главным «узким местом» теперь является ревью и принятие решений. Что происходит внутри Spotify прямо сейчас: 🚀 Взрывной рост: 99% инженеров компании используют ИИ-тулы еженедельно. Количество создаваемых пулл-реквестов (PR) выросло на 76%! Подавляющее большинство из них написаны разработчиками в паре с ИИ. 🦆 Знакомьтесь, Honk (Фоновый ИИ-агент): Spotify не стали полагаться только на Copilot в IDE. Они написали собственного агента Honk, который крутится в кластерах Kubernetes. • Масштабный рефакторинг: Агент интегрирован в систему Fleet Management. Недавняя сложная миграция Java на бэкенде, которая раньше заняла бы у сотен команд долгие месяцы, была выполнена одним инженером всего за 3 дня. • Автономность: Разработчик может тегнуть Honk прямо в треде Slack, дать контекст проблемы, и агент «улетит» писать код. • Встроенная проверка: Honk имеет доступ к CI-инфраструктуре. Он сам запускает билды и гоняет автотесты, чтобы валидировать свои изменения перед тем, как создать PR. Что это значит для QA и автоматизаторов (SDET)? 1️⃣ Цунами пулл-реквестов: Рост числа PR на 76% означает колоссальную нагрузку на тестирование. Пока ИИ пишет код, валидация бизнес-логики и ручное/исследовательское тестирование становятся главными задачами людей. 2️⃣ CI/CD — это «глаза» для ИИ: Агенты вроде Honk полностью полагаются на результаты автотестов, чтобы понять, рабочий ли код они написали. Если ваши тесты flaky или падают ложно — ИИ сойдет с ума, пытаясь починить несуществующие баги. Стабильные автотесты теперь — критический фундамент для ИИ-разработки. 3️⃣ Guardrails (Ограждения): Spotify использует портал Backstage и протокол MCP, чтобы давать агентам строгие стандарты (Golden state). 🔗 Coding Is No Longer the Constraint: Scaling Developer Experience to Teams and Agents at Spotify 💬 Представьте, что завтра ваши разработчики начнут выдавать на 70-80% больше кода и фичей благодаря таким агентам. Справится ли с этим ваш текущий QA-процесс? Достаточно ли стабильны ваши автотесты, чтобы автономный ИИ мог на них опираться при рефакторинге? Делитесь мыслями в комментариях! 👇

Желаем всем отличных выходных!🦎 Сегодня вы можете ознакомиться с решением задачи про проект Все самые интересные задачи и вопросы, в том числе те, с которыми можно столкнуться на собеседовании, мы публикуем в рубрике #ProQuality_tasks

#automationTesting Фикстуры — одна из центральных частей Playwright. Они позволяют вынести подготовку и сброс состояния за пределы теста, чтобы сам тест был сосредоточен на проверяемом поведении. Если коротко, фикстуры это before/after хуки на стероидах. В данной статье рассмотрим основные варианты использования фикстур и автор расскажет, как каждый из них выглядит на таймлайне. Playwright в картинках: как работают фикстуры

​​#proQuality_Conference2026 #proQuality_Speakers   📢 Дедлайн приёма заявок продлён до 1 августа!   Мы получили уже много заявок, но решили дать экспертам больше времени на подготовку предложений.   💡 В 2025 году онлайн конференцию посетили более 2000 участников — в этом году ожидаем ещё больше! Ищем спикеров на стыке ИИ и тестирования ПО. Особенно приветствуются доклады включающие демо с примерами из практики.   Фокус — 3 направления: ✔️ ИИ как инструмент функционального тестирования ✔️ Как тестировать AI-приложения ✔️ Автоматизация тестирования на базе ИИ   Будем рады видеть тебя среди спикеров! 🎤   👉  Отправь свои темы или идеи прямо сейчас по ссылке

​​#ProQuality_tasks Всем привет! С вами снова рубрика задачки ProQuality ✨ Задача про проект 🏠 Шести людям требуется 36 часов, чтобы покрасить дом. Сколько времени потребовалось бы на покраску дома, если бы в середине проекта к работе присоединились ещё три человека? Идеями и решениями делитесь в комментариях под постом 👇 В ближайшую пятницу мы опубликуем ответ на задачу 🤓

​​#proQuality_books   📖 Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation (2010) Авторы: Jez Humble, David Farley Количество страниц: 512 Язык издания: Английский   Книга заложила основы Continuous Delivery — практики быстрой, инкрементальной и безопасной доставки ПО. Авторы описывают концепцию deployment pipeline и охватывают автоматизацию сборки, тестирования и развертывания, управление конфигурациями и рисками. Несмотря на год издания, остается классикой жанра.   Плюсы: ➕ Фундаментальный труд по CD с множеством готовых идей для улучшения процессов доставки ПО. ➕ Детальный разбор сложных тем: управление тестовыми данными, версионирование БД и автоматизация инфраструктуры. ➕ Акцент на культуре DevOps: объединение разработчиков, тестировщиков, администраторов и DBAs в единую команду. ➕ Принципы применимы как в стартапах, так и в enterprise-проектах со сложным legacy-кодом.   Минусы: ➖ Местами затянута — некоторые идеи повторяются из главы в главу. ➖ Неоднородный стиль и устаревшие примеры инструментов могут затруднить восприятие, особенно для новичков.   Для кого книга: ✔️ Для разработчиков, тестировщиков, администраторов и DevOps-инженеров, выстраивающих процесс CI/CD. ✔️ Для техлидов и менеджеров, стремящихся сократить time-to-release и минимизировать риски.   Об авторах: Jez Humble — эксперт по CD и DevOps, соавтор ключевых книг по доставке ПО, исследователь и преподаватель в UC Berkeley. David Farley — пионер Agile-разработки, независимый консультант и автор YouTube-канала «Continuous Delivery».

#ProQuality_news 🤖 Skill-Driven Development (SDD): новый подход к архитектуре автотестов в эпоху ИИ-агентов Слышали про TDD, BDD и DDD? Знакомьтесь с новым подходом — Skill-Driven Development (SDD). В статье автор разобрал, как эта концепция может избавить инженеров от боли поддержки хрупких E2E-тестов. 😩 В чем проблема? Поддержка E2E-тестов — это рутина. Одно переименованное поле в UI, и десятки тестов в CI краснеют. Идея просто «скормить» логи с ошибками базовой LLM-модели работает плохо: раздутые промпты ведут к галлюцинациям нейросети, непредсказуемым изменениям в коде и лишним расходам. 💡 Что предлагает SDD? SDD делает базовой единицей проектирования системы «навык» (skill). Навык — это строго описанная способность (с жестким контрактом, до- и постусловиями, прописанными сценариями сбоя и стоимостью выполнения). Вместо хаоса ИИ-агент (оркестратор) использует реестр таких навыков, чтобы автономно собирать цепочки для «самоисцеления» (Self-healing) QA-пайплайна. Как это выглядит на практике (через MCP): 1️⃣ Навык 1: Запустить Playwright-тест (детерминированный, 0 токенов). 2️⃣ Навык 2: Проанализировать причину падения по логам и коду (когнитивный навык ИИ). 3️⃣ Навык 3: Сгенерировать фикс, изменив строго не более 20 строк E2E-теста. Всё это работает со строгими ограничениями (Guardrails), а финальное решение (Approve/Reject сгенерированного PR) всегда остается за инженером через удобный UI. SDD не заменяет TDD или BDD, он дополняет их для систем, где агенты должны автономно мыслить. 🔗 Skill-Driven Development (SDD): Designing Software for the Age of Agents 💬 Как вам концепция разделения ИИ-автоматизации на строгие «навыки»? Верите ли вы в успешный self-healing E2E-тестов в ближайшем будущем, или автономные ИИ-агенты пока разобьются о суровый и непредсказуемый продакшен? Делитесь мнением в комментариях! 👇