ProQuality Community
前往频道在 Telegram
Приветствуем в ProQuality Community – это обмен практиками тестирования между самыми разными специалистами! Присоединяйтесь к нам в youtube https://cutt.ly/8eTjvnl7 Сотрудничество: @andrey_talisman_ivanov
显示更多2 885
订阅者
-324 小时
-47 天
-1730 天
数据加载中...
相似频道
标签云
进出提及
---
---
---
---
---
---
吸引订阅者
八月 '26
八月 '260
在0个频道中
七月 '26
+24
在0个频道中
Get PRO
六月 '26
+30
在0个频道中
Get PRO
五月 '26
+8
在0个频道中
Get PRO
四月 '26
+15
在0个频道中
Get PRO
三月 '26
+15
在0个频道中
Get PRO
二月 '26
+11
在0个频道中
Get PRO
一月 '26
+8
在0个频道中
Get PRO
十二月 '25
+50
在0个频道中
Get PRO
十一月 '25
+7
在0个频道中
Get PRO
十月 '25
+12
在0个频道中
Get PRO
九月 '25
+15
在0个频道中
Get PRO
八月 '25
+14
在0个频道中
Get PRO
七月 '25
+60
在0个频道中
Get PRO
六月 '25
+22
在0个频道中
Get PRO
五月 '25
+96
在0个频道中
Get PRO
四月 '25
+22
在0个频道中
Get PRO
三月 '25
+197
在0个频道中
Get PRO
二月 '25
+16
在0个频道中
Get PRO
一月 '25
+19
在0个频道中
Get PRO
十二月 '24
+15
在0个频道中
Get PRO
十一月 '24
+64
在0个频道中
Get PRO
十月 '24
+31
在0个频道中
Get PRO
九月 '24
+130
在0个频道中
Get PRO
八月 '24
+21
在0个频道中
Get PRO
七月 '24
+39
在0个频道中
Get PRO
六月 '24
+46
在0个频道中
Get PRO
五月 '24
+45
在0个频道中
Get PRO
四月 '24
+29
在0个频道中
Get PRO
三月 '24
+38
在0个频道中
Get PRO
二月 '24
+60
在0个频道中
Get PRO
一月 '24
+67
在1个频道中
Get PRO
十二月 '23
+46
在1个频道中
Get PRO
十一月 '23
+35
在0个频道中
Get PRO
十月 '23
+33
在0个频道中
Get PRO
九月 '23
+28
在0个频道中
Get PRO
八月 '23
+19
在0个频道中
Get PRO
七月 '23
+125
在0个频道中
Get PRO
六月 '23
+38
在0个频道中
Get PRO
五月 '23
+24
在0个频道中
Get PRO
四月 '23
+69
在0个频道中
Get PRO
三月 '23
+45
在0个频道中
Get PRO
二月 '23
+39
在0个频道中
Get PRO
一月 '23
+25
在0个频道中
Get PRO
十二月 '22
+81
在0个频道中
Get PRO
十一月 '22
+17
在0个频道中
Get PRO
十月 '22
+43
在0个频道中
Get PRO
九月 '22
+112
在0个频道中
Get PRO
八月 '22
+223
在0个频道中
Get PRO
七月 '22
+173
在0个频道中
Get PRO
六月 '22
+62
在0个频道中
Get PRO
五月 '22
+88
在0个频道中
Get PRO
四月 '22
+8
在0个频道中
Get PRO
三月 '22
+22
在0个频道中
Get PRO
二月 '22
+152
在0个频道中
Get PRO
一月 '22
+254
在0个频道中
Get PRO
十二月 '21
+311
在0个频道中
Get PRO
十一月 '21
+378
在0个频道中
Get PRO
十月 '21
+530
在0个频道中
Get PRO
九月 '21
+295
在0个频道中
Get PRO
八月 '21
+134
在0个频道中
Get PRO
七月 '21
+176
在0个频道中
Get PRO
六月 '21
+114
在0个频道中
Get PRO
五月 '21
+482
在0个频道中
Get PRO
四月 '21
+540
在0个频道中
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 01 八月 | 0 |
频道帖子
| 2 | #softwareTesting
Перед выпуском новой версии необходимо оценивать не сам факт бага, а его последствия. Наличие ошибок еще не означает, что релиз нужно переносить.
В данной статье описываются критерии и подходы, которые помогают QA-специалистам оценивать серьёзность багов и принимать решение о блокировке релиза на основе их последствий для пользователей, данных и бизнеса, с разбором трёх реальных кейсов (оплата, профиль, отчёт) и вопросов, которые нужно задать перед финальным решением.
Ты QA и у тебя баги. Какие из них блокируют релиз? | 177 |
| 3 | #automationTesting
Playwright, Selenium, Cypress и WebdriverIO — это мощные фреймворки с открытым исходным кодом для автоматизации тестирования веб-приложений, обеспечивающие кросс-браузерное выполнение, эмуляцию пользовательских действий и интеграцию с современными CI/CD-пайплайнами.
В сегодняшней статье автор расскажет про проблемы с противоречивыми бенчмарками скорости Selenium, Playwright, Cypress и WebdriverIO, объясняется архитектурная разница между протоколами (WebSocket vs HTTP), а также даются рекомендации по выбору инструмента.
Playwright, Selenium, Cypress, WebdriverIO: что реально известно о скорости в 2026 году (и как намерить свои цифры) | 220 |
| 4 | #ProQuality_interview
🎓 Бесплатная платформа для изучения QA: без зубрёжки и скучной теории! 🚀
Привет, коллеги! 👋 Наткнулись на интересную образовательную платформу для тестировщиков — QA Decoded. Если вы ищете ресурс, чтобы освежить знания, подготовиться к собеседованию или посоветовать что-то толковое джунам, к ней точно стоит присмотреться.
Платформа создана тестировщиками для тестировщиков, и её главная мантра: «Не заучивай. Понимай».
В чем главные фишки?
🔹 Упор на практику, а не сухую теорию. Вместо скучных определений из учебников — интерактивные визуализации и разбор реальных примеров (на базе архитектуры Stripe, GitHub, Uber).
🔹 Встроенная подготовка к собесам. В конце каждой пройденной темы есть блок с четкими и понятными ответами на вопросы, которые HR и лиды реально задают на интервью.
🔹 Геймификация и публичный профиль. Платформа трекает ваш прогресс в виде «тепловой карты». Свой профиль с достижениями можно шарить рекрутерам.
🔹 Мощная программа (и всё это бесплатно). От базовых понятий (SDLC, STLC) до тест-дизайна, API-тестирования, работы с дефектами и подготовки к ISTQB.
🔹 Open Curriculum. Если у вас есть классный кейс из опыта или вы хотите дополнить материал, можно закинуть свой контрибьют и получить бейдж автора в профиль!
🔗 Сохраняйте в закладки: QA Decoded
💬 Как вам такой формат платформы? Какие ресурсы, сайты или курсы вы сами используете для прокачки скиллов или подготовки к собесам? Делитесь своими фаворитами в комментариях! | 219 |
| 5 | #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-индустрии. | 213 |
| 6 | #proQuality_learn
🖥 Готовы сделать первый шаг в IT и освоить востребованную профессию?
В EPAM Campus открыта регистрация на бесплатные программы в QA сразу в нескольких странах:
1️⃣ Automated Testing (.NET, Java, JavaScript) — для тех, кто хочет совмещать написание кода с проверкой его качества и автоматизацией рутины.
2️⃣ Software Functional Testing — для тех, кто хочет использовать свою внимательность к деталям, чтобы находить баги и оценивать работу систем.
Вас ждёт:
🔹 Обучение, ориентированное на современные требования индустрии
🔹 Сильный упор на практику и развитие AI-навыков
🔹 Сопровождение со стороны опытных менторов на протяжении всего обучения
🔹 Инновационная образовательная экосистема с AI-инструментами
🔹 Возможность присоединиться к команде EPAM после успешного завершения всех этапов
Выбирайте своё направление, регистрируйтесь и отправляйте этот пост друзьям, которым также интересен старт в IT! | 228 |
| 7 | #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-ассистентов? Делитесь мыслями и опасениями в комментариях! 👇 | 233 |
| 8 |  没有文字... | 388 |
| 9 | #softwareTesting
Когда начинаешь погружаться в тестирование, создается ощущение, что видов этого самого тестирования десятки, если не сотни, и все они постоянно используются в реальной работе.
В этой статье рассмотрим пять видов тестирования, которые применяются чаще всего. Заодно разберем, как они выглядят в реальной работе, когда используются и какие ошибки чаще всего с ними связаны.
Разбираемся в многообразии видов тестирования | 298 |
| 10 | #automationTesting #ai
Генерация автотестов и локаторов с помощью ИИ — это процесс автоматизированного создания исполняемого кода проверок и устойчивых селекторов элементов интерфейса на основе анализа макетов, спецификаций или записей действий пользователя.
В данной статье описываются практический опыт и процесс генерации автотестов и локаторов с помощью ИИ, включая подготовку входных данных, пошаговую генерацию, обязательное ревью, полученные результаты и выявленные подводные камни.
Генерация автотестов и локаторов с ИИ: рабочий код и подводные камни | 290 |
| 11 |  #ProQuality_interview
Всем привет! С вами снова рубрика Scenario-based вопрос на собеседовании ✨
❓Вопрос: Вам нужно протестировать API без документации. Что вы будете делать?
🚦Пример ответа:
✔️Используйте такие инструменты, как Swagger или Postman, для проверки заголовков и тела ответа API.
✔️Ищите комментарии разработчиков и определения схемы.
✔️Проведите reverse-engineer полей, таких как типы данных и правила валидации, чтобы проанализировать работу API.
✔️Запросите у разработчиков минимальные сведения о контракте.
✔️Тестируйте, используя типичные, граничные и отрицательные входные данные. | 287 |
| 12 | #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». | 276 |
| 13 | #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-процесс? Достаточно ли стабильны ваши автотесты, чтобы автономный ИИ мог на них опираться при рефакторинге? Делитесь мыслями в комментариях! 👇 | 274 |
| 14 |  没有文字... | 359 |
| 15 | Желаем всем отличных выходных!🦎
Сегодня вы можете ознакомиться с решением задачи про проект
Все самые интересные задачи и вопросы, в том числе те, с которыми можно столкнуться на собеседовании, мы публикуем в рубрике #ProQuality_tasks | 370 |
| 16 | #automationTesting
Фикстуры — одна из центральных частей Playwright. Они позволяют вынести подготовку и сброс состояния за пределы теста, чтобы сам тест был сосредоточен на проверяемом поведении. Если коротко, фикстуры это before/after хуки на стероидах.
В данной статье рассмотрим основные варианты использования фикстур и автор расскажет, как каждый из них выглядит на таймлайне.
Playwright в картинках: как работают фикстуры | 370 |
| 17 | #proQuality_Conference2026 #proQuality_Speakers
📢 Дедлайн приёма заявок продлён до 1 августа!
Мы получили уже много заявок, но решили дать экспертам больше времени на подготовку предложений.
💡 В 2025 году онлайн конференцию посетили более 2000 участников — в этом году ожидаем ещё больше!
Ищем спикеров на стыке ИИ и тестирования ПО. Особенно приветствуются доклады включающие демо с примерами из практики.
Фокус — 3 направления:
✔️ ИИ как инструмент функционального тестирования
✔️ Как тестировать AI-приложения
✔️ Автоматизация тестирования на базе ИИ
Будем рады видеть тебя среди спикеров! 🎤
👉 Отправь свои темы или идеи прямо сейчас по ссылке | 324 |
| 18 | #ProQuality_tasks
Всем привет! С вами снова рубрика задачки ProQuality ✨
Задача про проект 🏠
Шести людям требуется 36 часов, чтобы покрасить дом.
Сколько времени потребовалось бы на покраску дома, если бы в середине проекта к работе присоединились ещё три человека?
Идеями и решениями делитесь в комментариях под постом 👇
В ближайшую пятницу мы опубликуем ответ на задачу 🤓 | 310 |
| 19 | #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». | 300 |
| 20 | #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-тестов в ближайшем будущем, или автономные ИИ-агенты пока разобьются о суровый и непредсказуемый продакшен? Делитесь мнением в комментариях! 👇 | 275 |
