​​#proQuality_Conference2026 #proQuality_Speakers

📢 Приём заявок на ProQuality Conference 2026 продолжается!

💡В 2025 году нашу конференцию посетили более 2000 участников онлайн.

В этом году мы возвращаемся с фокусом на 3 ключевых направлениях:
✔️ ИИ в функциональном тестировании
✔️ Тестирование приложений с ИИ
✔️ Автоматизация тестирования с помощью ИИ

👉 Отправьте свои темы или идеи прямо сейчас по ссылке.

#ProQuality_tools

🛠 Встречайте API Spector — новый мощный open-source клиент для тестирования API без телеметрии и регистраций! 🚀

Сегодня поговорим про совсем свежий, но крайне многообещающий инструмент для API-тестирования — API Spector.

Инструменту всего несколько месяцев, но он уже представляет собой очень мощный REST-клиент для исследовательского тестирования (exploratory testing). Если вы устали от тяжеловесного Postman с его обязательными аккаунтами и облаками, присмотритесь к этой новинке!

🔥 Главные фишки API Spector:

🔹 Полностью Free & Open Source. Никаких платных подписок.
🔹 Максимальная приватность. Не требует регистраций и не имеет скрытой телеметрии — вся ваша работа остается только у вас.
🔹 Git-friendly. Все коллекции и запросы сохраняются в виде простого текста. Их максимально удобно хранить и версионировать в GitHub.
🔹 Киллер-фича с ассертами. В инструменте есть крутое древовидное отображение ответа (tree view). Вы просто кликаете на любое значение в ответе, и API Spector автоматически генерирует для него проверку (assertion). Это реализовано проще и быстрее, чем в большинстве других инструментов!
🔹 Продвинутый скриптинг. Поддержка переменных в pre-request скриптах, добавление ассертов в after-scripts, запуск целых коллекций и даже генерация кода.
🔹 Mock API и Контракты. Инструмент умеет не только делать проверки по ассертам, но и валидировать запросы на соответствие контракту, а также работать в режиме заглушки (Mock API).

🔗 Подробный обзор от EvilTester
🔗 API Spector

💬 Похоже, у Bruno, Hoppscotch и Insomnia появился серьезный конкурент. А чем вы сейчас пользуетесь для тестирования API на проектах? Хватает ли вам старого доброго Postman или уже перешли на легковесные аналоги? Пишите в комментарии, готовы ли дать шанс API Spector!

#automationTesting #databases

Юнит-тесты в PostgreSQL, как и в других базах данных, не являются обязательными для CI/CD, но они крайне важны и фактически становятся стандартом.

В данной статье описываются опыт и методология внедрения юнит-тестирования функций на уровне базы данных PostgreSQL, включая выбор инструментов (PLPG Unit), процесс разработки тестов, промежуточные результаты (обнаружение 16 ошибок) и планы по дальнейшему развитию.

Юнит-тестирование на уровне базы данных PostgreSQL

#softwareTesting

Несколько лет назад можно было услышать такой вопрос: «Что делать, если до релиза остался день, а полная регрессия занимает три?»

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

Как приоритизировать регрессионные проверки, когда сжаты сроки релиза

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

​​#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_tasks

Всем привет! С вами снова рубрика задачки ProQuality ✨

Задача про проект 🏠

Шести людям требуется 36 часов, чтобы покрасить дом.

Сколько времени потребовалось бы на покраску дома, если бы в середине проекта к работе присоединились ещё три человека?

Идеями и решениями делитесь в комментариях под постом 👇

В ближайшую пятницу мы опубликуем ответ на задачу 🤓

​​#proQuality_Conference2026 #proQuality_Speakers

📢 Дедлайн приёма заявок на ProQuality Conference 2026 продлён до 1 августа!

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

💡 В 2025 году онлайн конференцию посетили более 2000 участников — в этом году ожидаем ещё больше!
Ищем спикеров на стыке ИИ и тестирования ПО. Особенно приветствуются доклады включающие демо с примерами из практики.

Фокус — 3 направления:
✔️ ИИ как инструмент функционального тестирования
✔️ Как тестировать AI-приложения
✔️ Автоматизация тестирования на базе ИИ

Будем рады видеть тебя среди спикеров! 🎤

👉 Отправь свои темы или идеи прямо сейчас по ссылке

#automationTesting

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

В данной статье рассмотрим основные варианты использования фикстур и автор расскажет, как каждый из них выглядит на таймлайне.

Playwright в картинках: как работают фикстуры

Желаем всем отличных выходных!🦎

Сегодня вы можете ознакомиться с решением задачи про проект

Все самые интересные задачи и вопросы, в том числе те, с которыми можно столкнуться на собеседовании, мы публикуем в рубрике #ProQuality_tasks

#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_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_interview

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

❓Вопрос: Вам нужно протестировать API без документации. Что вы будете делать?

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

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

✔️Ищите комментарии разработчиков и определения схемы.

✔️Проведите reverse-engineer полей, таких как типы данных и правила валидации, чтобы проанализировать работу API.

✔️Запросите у разработчиков минимальные сведения о контракте.

✔️Тестируйте, используя типичные, граничные и отрицательные входные данные.

#automationTesting #ai

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

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

Генерация автотестов и локаторов с ИИ: рабочий код и подводные камни

#softwareTesting

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

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

Разбираемся в многообразии видов тестирования

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

​​​​#proQuality_learn

🖥 Готовы сделать первый шаг в IT и освоить востребованную профессию?

В EPAM Campus открыта регистрация на бесплатные программы в QA сразу в нескольких странах:

1️⃣ Automated Testing (.NET, Java, JavaScript) — для тех, кто хочет совмещать написание кода с проверкой его качества и автоматизацией рутины.
2️⃣ Software Functional Testing — для тех, кто хочет использовать свою внимательность к деталям, чтобы находить баги и оценивать работу систем.

Вас ждёт:

🔹 Обучение, ориентированное на современные требования индустрии
🔹 Сильный упор на практику и развитие AI-навыков
🔹 Сопровождение со стороны опытных менторов на протяжении всего обучения
🔹 Инновационная образовательная экосистема с AI-инструментами
🔹 Возможность присоединиться к команде EPAM после успешного завершения всех этапов

Выбирайте своё направление, регистрируйтесь и отправляйте этот пост друзьям, которым также интересен старт в IT!

​​#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-индустрии.