#proQuality_books #softwareTesting
📖 Taking Testing Seriously: The Rapid Software Testing Approach (2025)
👤 Авторы: James Bach, Michael Bolton
📄 Количество страниц: 560
Язык издания: Английский
📚 Книга, призванная изменить восприятие тестирования. Книга описывает психологические аспекты тестирования, базовых процессы, инновационные методы проектирования тестов и современные решения в области автоматизации.
Плюсы:
➕ Глубоко продуманная структура книги с логичными аргументами и понятными объяснениями.
➕ Детальный разбор ключевых понятий тестирования и методов RST.
➕ Реальные истории из жизни тестировщиков нейтрализуют скучность технической литературы.
➕ Новаторские стратегии тестирования, включая применение ИИ и нестандартное проектирование тестов.
Минусы:
➖ Не подходит для полного новичка; требует предварительных знаний в тестировании.
➖ Может показаться перегруженной информацией из-за большого объема концептов.
➖ Частично сфокусирована лишь на одной школе тестирования (RST).
Для кого книга:
✔️ Для опытных и начинающих специалистов по тестированию, желающих углубить понимание RST.
✔️ Для лидеров команд тестирования, заинтересованных в критических подходах и инновационных решениях.
✔️ Для тех, кто хочет адаптировать тестирование к современным вызовам ИТ-индустрии, включая задачи автоматизации и работы с ИИ.
Об авторах:
James Bach и Michael Bolton — создатели концепции Rapid Software Testing. Они на протяжении десятилетий работают над совершенствованием подходов в тестировании и помогли тысячам тестировщиков достичь новых высот в профессии.
📖 Taking Testing Seriously: The Rapid Software Testing Approach (2025)
👤 Авторы: James Bach, Michael Bolton
📄 Количество страниц: 560
Язык издания: Английский
📚 Книга, призванная изменить восприятие тестирования. Книга описывает психологические аспекты тестирования, базовых процессы, инновационные методы проектирования тестов и современные решения в области автоматизации.
Плюсы:
➕ Глубоко продуманная структура книги с логичными аргументами и понятными объяснениями.
➕ Детальный разбор ключевых понятий тестирования и методов RST.
➕ Реальные истории из жизни тестировщиков нейтрализуют скучность технической литературы.
➕ Новаторские стратегии тестирования, включая применение ИИ и нестандартное проектирование тестов.
Минусы:
➖ Не подходит для полного новичка; требует предварительных знаний в тестировании.
➖ Может показаться перегруженной информацией из-за большого объема концептов.
➖ Частично сфокусирована лишь на одной школе тестирования (RST).
Для кого книга:
✔️ Для опытных и начинающих специалистов по тестированию, желающих углубить понимание RST.
✔️ Для лидеров команд тестирования, заинтересованных в критических подходах и инновационных решениях.
✔️ Для тех, кто хочет адаптировать тестирование к современным вызовам ИТ-индустрии, включая задачи автоматизации и работы с ИИ.
Об авторах:
James Bach и Michael Bolton — создатели концепции Rapid Software Testing. Они на протяжении десятилетий работают над совершенствованием подходов в тестировании и помогли тысячам тестировщиков достичь новых высот в профессии.
❤2👍1
#ProQuality_interview
💼 Собеседование QA: что на самом деле важно в 2026 году?
Рынок тестирования изменился. Сегодня знанием Playwright, SQL или Python уже никого не удивишь — это «базовая комплектация». Но что именно заставляет интервьюера сказать «Да, мы берем этого кандидата»?
Разбираем ключевые инсайты из статьи о том, на что смотрят лиды при найме QA-инженеров прямо сейчас.
Что критично для интервьюера сегодня:
1️⃣ Testing Mindset: Инструментам можно научить, а умению видеть систему целиком — сложно. Интервьюеры ищут тех, кто умеет задавать правильные вопросы «А что, если?», а не просто следует чек-листу.
2️⃣ Коммуникация и Soft Skills: QA — это мост между разработкой, продуктом и пользователем. Умение донести ценность найденного бага без токсичности и аргументированно отстаивать качество — навык №1.
3️⃣ Понимание бизнес-контекста: Тестировщик, который понимает, почему эта фича важна для бизнеса и как она приносит деньги, ценится в разы выше. Это позволяет правильно приоритизировать тесты в условиях дефицита времени.
4️⃣ Ownership: Ищут людей, которые не просто «двигают тикеты», а берут ответственность за качество продукта на всех этапах — от анализа требований до мониторинга в проде.
5️⃣ Любопытство и обучаемость: В мире, где ИИ меняет инструменты каждые полгода, ваша способность быстро разобраться в новой технологии важнее, чем 5-летний опыт в одном конкретном фреймворке.
Главный вывод: Технические навыки — это ваш входной билет, но работу вы получаете благодаря вашему подходу к решению проблем и умению работать в команде.
🔗 Читать полную версию статьи:
What I actually look for when I interview QA engineers and how you can prepare
💬 А что для вас самое сложное на собеседованиях? Технические лайв-кодинги, вопросы по теории тестирования или «поведенческие» вопросы в духе «Расскажите о вашем самом крупном факапе»?
💼 Собеседование QA: что на самом деле важно в 2026 году?
Рынок тестирования изменился. Сегодня знанием Playwright, SQL или Python уже никого не удивишь — это «базовая комплектация». Но что именно заставляет интервьюера сказать «Да, мы берем этого кандидата»?
Разбираем ключевые инсайты из статьи о том, на что смотрят лиды при найме QA-инженеров прямо сейчас.
Что критично для интервьюера сегодня:
1️⃣ Testing Mindset: Инструментам можно научить, а умению видеть систему целиком — сложно. Интервьюеры ищут тех, кто умеет задавать правильные вопросы «А что, если?», а не просто следует чек-листу.
2️⃣ Коммуникация и Soft Skills: QA — это мост между разработкой, продуктом и пользователем. Умение донести ценность найденного бага без токсичности и аргументированно отстаивать качество — навык №1.
3️⃣ Понимание бизнес-контекста: Тестировщик, который понимает, почему эта фича важна для бизнеса и как она приносит деньги, ценится в разы выше. Это позволяет правильно приоритизировать тесты в условиях дефицита времени.
4️⃣ Ownership: Ищут людей, которые не просто «двигают тикеты», а берут ответственность за качество продукта на всех этапах — от анализа требований до мониторинга в проде.
5️⃣ Любопытство и обучаемость: В мире, где ИИ меняет инструменты каждые полгода, ваша способность быстро разобраться в новой технологии важнее, чем 5-летний опыт в одном конкретном фреймворке.
Главный вывод: Технические навыки — это ваш входной билет, но работу вы получаете благодаря вашему подходу к решению проблем и умению работать в команде.
🔗 Читать полную версию статьи:
What I actually look for when I interview QA engineers and how you can prepare
💬 А что для вас самое сложное на собеседованиях? Технические лайв-кодинги, вопросы по теории тестирования или «поведенческие» вопросы в духе «Расскажите о вашем самом крупном факапе»?
Medium
What I Actually Look For When I Interview QA Engineers (And How You Can Prepare)
I’ve conducted more QA technical interviews in my career than I can count — from junior candidates fresh out of bootcamp to seasoned…
❤5
#automationTesting
В современной быстро меняющейся среде разработки обеспечение непрерывного тестирования веб-приложений имеет решающее значение для создания высококачественного программного обеспечения.
В данной статье автор рассмотрит интеграцию тестов Selenium Java в конвейеры Jenkins для непрерывной интеграции (CI). Вы узнаете, как настроить среду, написать Selenium-тесты и управлять ими, настроить пайплайны Jenkins, автоматически запускать тесты при изменении кода, генерировать отчеты и следовать лучшим практикам для эффективной автоматизации тестирования.
CI/CD и Jenkins в современном тестировании
В современной быстро меняющейся среде разработки обеспечение непрерывного тестирования веб-приложений имеет решающее значение для создания высококачественного программного обеспечения.
В данной статье автор рассмотрит интеграцию тестов Selenium Java в конвейеры Jenkins для непрерывной интеграции (CI). Вы узнаете, как настроить среду, написать Selenium-тесты и управлять ими, настроить пайплайны Jenkins, автоматически запускать тесты при изменении кода, генерировать отчеты и следовать лучшим практикам для эффективной автоматизации тестирования.
CI/CD и Jenkins в современном тестировании
👍3
#softSkills
Чувство, когда «застрял» на задаче и не знаешь, как двигаться дальше, знакомо каждому 🤔. Особенно часто с этим сталкиваются в IT, где работа требует постоянной концентрации и поиска решений.
В статье автор разбирает природу таких «затыков» и даёт практические советы, как сдвинуться с мёртвой точки.
Как распутаться: руководство для застрявших тестировщиков
Чувство, когда «застрял» на задаче и не знаешь, как двигаться дальше, знакомо каждому 🤔. Особенно часто с этим сталкиваются в IT, где работа требует постоянной концентрации и поиска решений.
В статье автор разбирает природу таких «затыков» и даёт практические советы, как сдвинуться с мёртвой точки.
Как распутаться: руководство для застрявших тестировщиков
❤4
#ProQuality_news
🚨 Tech Radar мигает красным: о чем нас предупреждают?
Недавно вышел новый (уже 34-й по счету) выпуск Technology Radar от ThoughtWorks
Для тех, кто не сталкивался: это публикуемый дважды в год срез рекомендаций по инструментам, техникам, платформам и фреймворкам от одной из самых авторитетных консалтинговых IT-компаний в мире.
Радар отлично подходит не только для поиска новых трендов, но и для своевременного выявления потенциальных рисков и «узких мест» в разработке.
📝 И в этот раз, как метко отмечает автор в своей статье The Tech Radar is blinking red, свежий выпуск читается не как технологическая карта, а как настоящее предупреждение.
В чем главная проблема?
Новый радар, опираясь на суровый клиентский опыт, подтверждает то, о чем многие QA говорят уже давно. Никто не утверждает, что ИИ — это плохо. Проблема кроется в другом:
👉 «Если вы создаете продукт быстрее, чем успеваете понять, как он работает — вы не побеждаете. Вы просто накапливаете долг, за который кому-то обязательно придется заплатить».
Повальное использование AI-кодогенераторов и агентов приводит к тому, что фичи выпускаются стремительно, но глубокое понимание системы и ее архитектуры у команды теряется.
И именно на плечи тестировщиков ложится задача выяснить, что на самом деле сгенерировал ИИ и не превратилась ли кодовая база в черный ящик.
💬 А вы замечаете на своих проектах этот эффект «накопления долга» из-за слепой веры в быструю кодогенерацию? Как выстраиваете тестирование, когда код пишется быстрее, чем его успевают осмыслить?
🚨 Tech Radar мигает красным: о чем нас предупреждают?
Недавно вышел новый (уже 34-й по счету) выпуск Technology Radar от ThoughtWorks
Для тех, кто не сталкивался: это публикуемый дважды в год срез рекомендаций по инструментам, техникам, платформам и фреймворкам от одной из самых авторитетных консалтинговых IT-компаний в мире.
Радар отлично подходит не только для поиска новых трендов, но и для своевременного выявления потенциальных рисков и «узких мест» в разработке.
📝 И в этот раз, как метко отмечает автор в своей статье The Tech Radar is blinking red, свежий выпуск читается не как технологическая карта, а как настоящее предупреждение.
В чем главная проблема?
Новый радар, опираясь на суровый клиентский опыт, подтверждает то, о чем многие QA говорят уже давно. Никто не утверждает, что ИИ — это плохо. Проблема кроется в другом:
👉 «Если вы создаете продукт быстрее, чем успеваете понять, как он работает — вы не побеждаете. Вы просто накапливаете долг, за который кому-то обязательно придется заплатить».
Повальное использование AI-кодогенераторов и агентов приводит к тому, что фичи выпускаются стремительно, но глубокое понимание системы и ее архитектуры у команды теряется.
И именно на плечи тестировщиков ложится задача выяснить, что на самом деле сгенерировал ИИ и не превратилась ли кодовая база в черный ящик.
💬 А вы замечаете на своих проектах этот эффект «накопления долга» из-за слепой веры в быструю кодогенерацию? Как выстраиваете тестирование, когда код пишется быстрее, чем его успевают осмыслить?
Thoughtworks
Technology Radar | Guide to technology landscape
The Technology Radar is an opinionated guide to today's technology landscape. Read the latest here.
❤2
#proQuality_books #interview
📖 Technical Behavioral Interview: An Insider’s Guide (2026)
👤 Автор: Steve Huynh
📄 Количество страниц: 267
Язык издания: Английский
📚 Книга раскрывает структуру и подход к прохождению поведенческих интервью для технических специалистов. Автор делится фреймворком сторителлинга, девятью ключевыми компетенциями, которые оценивают ведущие компании, и примерами ответов для разных уровней — от начинающих до руководителей.
Плюсы:
➕ Четкая структура и пошаговый план подготовки
➕ Реальные примеры ответов для разных уровней
➕ Подробный разбор компетенций и ожиданий интервьюеров
➕ Практические советы по работе с неожиданными вопросами
Минусы:
➖ Много внимания уделено крупным компаниям, меньше — стартапам
➖ Требует времени на проработку всех примеров
➖ Нет подробного разбора технических интервью
➖ Некоторые советы могут показаться очевидными опытным кандидатам
Для кого книга:
✔️ Для инженеров, готовящихся к собеседованиям в крупные IT-компании
✔️ Для тех, кто хочет понять, как оценивают кандидатов на поведенческих интервью
✔️ Для мидлов и сеньоров, стремящихся к карьерному росту
Об авторе:
Steve Huynh — инженер-программист, автор и контент-криэйтор, помогший многим специалистам построить карьеру в IT. Ведет YouTube-канал A Life Engineered, где делится советами по развитию в индустрии.
📖 Technical Behavioral Interview: An Insider’s Guide (2026)
👤 Автор: Steve Huynh
📄 Количество страниц: 267
Язык издания: Английский
📚 Книга раскрывает структуру и подход к прохождению поведенческих интервью для технических специалистов. Автор делится фреймворком сторителлинга, девятью ключевыми компетенциями, которые оценивают ведущие компании, и примерами ответов для разных уровней — от начинающих до руководителей.
Плюсы:
➕ Четкая структура и пошаговый план подготовки
➕ Реальные примеры ответов для разных уровней
➕ Подробный разбор компетенций и ожиданий интервьюеров
➕ Практические советы по работе с неожиданными вопросами
Минусы:
➖ Много внимания уделено крупным компаниям, меньше — стартапам
➖ Требует времени на проработку всех примеров
➖ Нет подробного разбора технических интервью
➖ Некоторые советы могут показаться очевидными опытным кандидатам
Для кого книга:
✔️ Для инженеров, готовящихся к собеседованиям в крупные IT-компании
✔️ Для тех, кто хочет понять, как оценивают кандидатов на поведенческих интервью
✔️ Для мидлов и сеньоров, стремящихся к карьерному росту
Об авторе:
Steve Huynh — инженер-программист, автор и контент-криэйтор, помогший многим специалистам построить карьеру в IT. Ведет YouTube-канал A Life Engineered, где делится советами по развитию в индустрии.
🤓3
#automationTesting
Метрики тестирования — это количественные показатели, позволяющие оценить качество программного продукта, эффективность тестирования и уровень соответствия заявленным требованиям.
В нашем сегодняшнем материале автор поделится критикой традиционных метрик оценки автотестов, расскажет о реальной проблеме поверхностных проверок (когда тест проверяет только status code) и предложит дополнительные метрики глубины проверок и покрытия полей для оценки качества тестирования.
Меланхолия тестировщика: почему метрики врут (Часть 1)
Метрики тестирования — это количественные показатели, позволяющие оценить качество программного продукта, эффективность тестирования и уровень соответствия заявленным требованиям.
В нашем сегодняшнем материале автор поделится критикой традиционных метрик оценки автотестов, расскажет о реальной проблеме поверхностных проверок (когда тест проверяет только status code) и предложит дополнительные метрики глубины проверок и покрытия полей для оценки качества тестирования.
Меланхолия тестировщика: почему метрики врут (Часть 1)
👍3
#softwareTesting
В работе QA важно уметь задавать вопросы и иногда побыть «детективом» – видеть связи между изменениями и понимать, к чему они могут привести для продукта в целом.
В нашем сегодняшнем материале автор поделится своим взглядом на работу QA-инженера, расскажет о мышлении тестировщика, профессиональном скепсисе, подходе к поиску неочевидных багов и важности взаимодействия с разработкой.
Мышление QA: что происходит у меня в голове, когда я тестирую
В работе QA важно уметь задавать вопросы и иногда побыть «детективом» – видеть связи между изменениями и понимать, к чему они могут привести для продукта в целом.
В нашем сегодняшнем материале автор поделится своим взглядом на работу QA-инженера, расскажет о мышлении тестировщика, профессиональном скепсисе, подходе к поиску неочевидных багов и важности взаимодействия с разработкой.
Мышление QA: что происходит у меня в голове, когда я тестирую
Хабр
Мышление QA: что происходит у меня в голове, когда я тестирую
Всем привет! Меня зовут Марина, я QA в компании Банки.ру и сейчас занимаюсь продуктами личного кабинета, но успела поработать и в других командах. В IT все по-разному представляют работу...
👍2
#ProQuality_news
🚨 GitHub сломал Git: баг в Merge Queue, который тихо удалял ваш код
Сегодня в рубрике «почему мы тестируем всё, даже CI/CD» — пугающий инцидент от GitHub. Отличный пример того, как критичные регрессии могут проникать в продакшен даже у техногигантов.
Что произошло?
23 апреля в функции Merge Queue на GitHub произошла масштабная регрессия. Из-за бага система незаметно ревертала коммиты в пулл-реквестах, которые использовали стратегию слияния «squash merge».
Масштаб проблемы:
Более 2000 PR в 658 репозиториях слились в основную ветку в поврежденном состоянии. Написанный разработчиками код буквально «испарялся» при мерже, при этом пайплайны горели зеленым, и никто не получал предупреждений.
Причина и контекст:
Этот сбой — лишь часть продолжающегося кризиса надежности GitHub Actions. Как признает руководство компании, их инфраструктура сейчас с трудом справляется с огромной нагрузкой. Из-за массового использования инструментов AI-генерации кода (привет, Copilot) масштаб операций вырос в 30 раз.
🔗 Подробный технический разбор:
GitHub Broke Git: The Merge Queue Bug That Silently Deleted Your Code
💬 Замечали ли вы в последнее время нестабильность или задержки в работе GitHub Actions в своих проектах? Как в ваших командах выстроено тестирование самих процессов CI/CD, чтобы отлавливать подобные "тихие" потери кода? Делитесь опытом в комментариях! 🐛🛠
🚨 GitHub сломал Git: баг в Merge Queue, который тихо удалял ваш код
Сегодня в рубрике «почему мы тестируем всё, даже CI/CD» — пугающий инцидент от GitHub. Отличный пример того, как критичные регрессии могут проникать в продакшен даже у техногигантов.
Что произошло?
23 апреля в функции Merge Queue на GitHub произошла масштабная регрессия. Из-за бага система незаметно ревертала коммиты в пулл-реквестах, которые использовали стратегию слияния «squash merge».
Масштаб проблемы:
Более 2000 PR в 658 репозиториях слились в основную ветку в поврежденном состоянии. Написанный разработчиками код буквально «испарялся» при мерже, при этом пайплайны горели зеленым, и никто не получал предупреждений.
Причина и контекст:
Этот сбой — лишь часть продолжающегося кризиса надежности GitHub Actions. Как признает руководство компании, их инфраструктура сейчас с трудом справляется с огромной нагрузкой. Из-за массового использования инструментов AI-генерации кода (привет, Copilot) масштаб операций вырос в 30 раз.
🔗 Подробный технический разбор:
GitHub Broke Git: The Merge Queue Bug That Silently Deleted Your Code
💬 Замечали ли вы в последнее время нестабильность или задержки в работе GitHub Actions в своих проектах? Как в ваших командах выстроено тестирование самих процессов CI/CD, чтобы отлавливать подобные "тихие" потери кода? Делитесь опытом в комментариях! 🐛🛠
DEV Community
GitHub Broke Git: The Merge Queue Bug That Silently Deleted Your Code
If you use GitHub's merge queue and had a rough week around April 23rd, 2026, you were not imagining...
👍2
#proQuality_books #softwareTesting
📖 Leading Quality: How Great Leaders Deliver High Quality Software and Accelerate Growth (2019)
👤 Авторы: Ronald Cummings-John, Owais Peer
📄 Количество страниц: 154
Язык издания: Английский
📚 Книга раскрывает, как лидеры могут изменить культуру качества в компании, вдохновить команды и внедрить успешные стратегии для разработки ПО. Авторы предлагают практические кейсы, реальные истории и проверенные инструменты, позволяя понять фундаментальные принципы лидерства в сфере качества.
Плюсы:
➕ Простые и практичные советы с реальными историями компаний, таких как Airbnb и HelloFresh.
➕ Вдохновляет на новый взгляд на качество работы в роли лидера.
➕ Удобная структура книги для быстрого изучения ключевых идей.
➕ Построение стратегий для улучшения QA на всех уровнях.
➕ Полезные ссылки и инструменты в финальной главе.
Минусы:
➖ Книга скорее мотивирующая, чем техническая.
➖ Небольшой объем может быть недостаточным для углубленного изучения темы.
➖ Подходит больше для лидеров, чем для рядовых специалистов.
➖ Часть примеров может казаться очевидной опытным профессионалам.
Для кого книга:
✔️ Для QA-лидеров, готовых трансформировать подход к тестированию и организации процессов.
✔️ Для руководителей, стремящихся внедрить культуру качества в своих командах.
✔️ Для специалистов, ищущих вдохновение и свежие идеи для развития своей карьеры.
📖 Leading Quality: How Great Leaders Deliver High Quality Software and Accelerate Growth (2019)
👤 Авторы: Ronald Cummings-John, Owais Peer
📄 Количество страниц: 154
Язык издания: Английский
📚 Книга раскрывает, как лидеры могут изменить культуру качества в компании, вдохновить команды и внедрить успешные стратегии для разработки ПО. Авторы предлагают практические кейсы, реальные истории и проверенные инструменты, позволяя понять фундаментальные принципы лидерства в сфере качества.
Плюсы:
➕ Простые и практичные советы с реальными историями компаний, таких как Airbnb и HelloFresh.
➕ Вдохновляет на новый взгляд на качество работы в роли лидера.
➕ Удобная структура книги для быстрого изучения ключевых идей.
➕ Построение стратегий для улучшения QA на всех уровнях.
➕ Полезные ссылки и инструменты в финальной главе.
Минусы:
➖ Книга скорее мотивирующая, чем техническая.
➖ Небольшой объем может быть недостаточным для углубленного изучения темы.
➖ Подходит больше для лидеров, чем для рядовых специалистов.
➖ Часть примеров может казаться очевидной опытным профессионалам.
Для кого книга:
✔️ Для QA-лидеров, готовых трансформировать подход к тестированию и организации процессов.
✔️ Для руководителей, стремящихся внедрить культуру качества в своих командах.
✔️ Для специалистов, ищущих вдохновение и свежие идеи для развития своей карьеры.
❤2🤓1
#ProQuality_case
🤖 Как AI-агенты меняют ежедневную работу QA: крутой кейс от Showpad
Showpad — бельгийско-американская AI-native платформа для повышения эффективности продаж.
Инженерная команда Showpad поделилась отличным кейсом того, как они внедряют ИИ в ежедневную работу QA. Главная фишка в том, что они не стали создавать одного всемогущего ИИ-робота, а вместо этого разработали набор маленьких специализированных AI-агентов для каждого этапа тестирования.
Как это встроено в ежедневный воркфлоу?
Они написали свою CLI-утилиту
1️⃣ The Analyst
2️⃣ The Planner
3️⃣ The Test Case Writer
4️⃣ The Executor
5️⃣ The Diagnostician
Главные выводы Showpad:
💡 Микро-агенты эффективнее. Один большой ИИ путается в контексте и галлюцинирует. Маленькие агенты с узкоспециализированной задачей (например, только чтение логов) работают в разы точнее.
💡 Human-in-the-loop (человек в центре). Агенты не запускаются сами по себе в CI/CD — ими управляет QA-инженер.
💡 ИИ не заменяет тестировщика, он забирает рутину (сбор тестовых данных, парсинг логов), освобождая время на поиск сложных логических багов и аналитику.
🔗 How AI Testing Agents Are Transforming QA at Showpad
💬 Как вам такой подход? Хотели бы себе в терминал таких AI-ассистентов?
🤖 Как AI-агенты меняют ежедневную работу QA: крутой кейс от Showpad
Showpad — бельгийско-американская AI-native платформа для повышения эффективности продаж.
Инженерная команда Showpad поделилась отличным кейсом того, как они внедряют ИИ в ежедневную работу QA. Главная фишка в том, что они не стали создавать одного всемогущего ИИ-робота, а вместо этого разработали набор маленьких специализированных AI-агентов для каждого этапа тестирования.
Как это встроено в ежедневный воркфлоу?
Они написали свою CLI-утилиту
noob-tester и интегрировали в нее 5 узконаправленных "временных" AI-агентов. Каждый из них делает только одну задачу:1️⃣ The Analyst
noob-analyze Смотрит в код еще до релиза, строит карту зависимостей и подсказывает, какие смежные фичи мог сломать разработчик.2️⃣ The Planner
noob-plan Читает тикет в Jira и сравнивает его с реальным кодом, сразу подсвечивает расхождения.3️⃣ The Test Case Writer
noob-testcase Генерирует точные сценарии проверок на основе изменений в коде.4️⃣ The Executor
noob-explore Выполняет шаги в браузере и фоном собирает мощную доказательную базу на каждый клик (скриншоты, HAR-файлы, логи консоли).5️⃣ The Diagnostician
noob-rca Если тест упал, агент идет в логи, анализирует код и выдает точный диагноз вплоть до строчки кода с ошибкой.Главные выводы Showpad:
💡 Микро-агенты эффективнее. Один большой ИИ путается в контексте и галлюцинирует. Маленькие агенты с узкоспециализированной задачей (например, только чтение логов) работают в разы точнее.
💡 Human-in-the-loop (человек в центре). Агенты не запускаются сами по себе в CI/CD — ими управляет QA-инженер.
💡 ИИ не заменяет тестировщика, он забирает рутину (сбор тестовых данных, парсинг логов), освобождая время на поиск сложных логических багов и аналитику.
🔗 How AI Testing Agents Are Transforming QA at Showpad
💬 Как вам такой подход? Хотели бы себе в терминал таких AI-ассистентов?
Medium
How AI Testing Agents Are Transforming QA at Showpad
Showpad is addressing the most tedious parts of software testing with purpose-built agents — and what we learned along the way
❤4
#automationTesting
Пирамида автоматизации тестирования — это концепция, представленная Майком Коном, которая помогает командам выстроить стратегию тестирования таким образом, чтобы повысить эффективность и упростить сопровождение.
В статье автор разберет концепцию пирамиды автоматизации тестирования, её уровни (юнит-тесты, интеграционные тесты, UI/end-to-end-тесты), важность правильного баланса, типичные ошибки и способы создания сбалансированного набора тестов для быстрой обратной связи и надёжности продукта.
Как освоить пирамиду автоматизации тестирования — умный подход к тестам
Пирамида автоматизации тестирования — это концепция, представленная Майком Коном, которая помогает командам выстроить стратегию тестирования таким образом, чтобы повысить эффективность и упростить сопровождение.
В статье автор разберет концепцию пирамиды автоматизации тестирования, её уровни (юнит-тесты, интеграционные тесты, UI/end-to-end-тесты), важность правильного баланса, типичные ошибки и способы создания сбалансированного набора тестов для быстрой обратной связи и надёжности продукта.
Как освоить пирамиду автоматизации тестирования — умный подход к тестам
🔥3👍1
#softwareTesting
В статье автор разберет подборку полезных ресурсов для тестировщиков — от интерактивных тренажёров по CSS-селекторам и SQL до книг, видеокурсов и базы знаний QA Bible, которые помогут развить практические навыки и системное мышление на пути от Junior до Middle.
Полезные ресурсы для тестировщиков: подборка от специалистов Selectel
В статье автор разберет подборку полезных ресурсов для тестировщиков — от интерактивных тренажёров по CSS-селекторам и SQL до книг, видеокурсов и базы знаний QA Bible, которые помогут развить практические навыки и системное мышление на пути от Junior до Middle.
Полезные ресурсы для тестировщиков: подборка от специалистов Selectel
Хабр
Полезные ресурсы для тестировщиков: подборка от специалистов Selectel
Начало года — отличное время, чтобы заложить план развития скиллов и пересмотреть подход к обучению. В тестировании появляются новые инструменты, меняются процессы, растут требования к качеству....
🔥2
#ProQuality_news
🤖 Почему ИИ-фичи отключают на проде? Спойлер: они обходятся слишком дорого!
📊 Вышел свежий аналитический отчет от Applause — «State of Digital Quality 2026: AI Report» (середина апреля 2026). Его выводы заставляют взглянуть на ИИ-бум с другой, более прагматичной стороны.
🔥 Главный инсайт:
Несмотря на тотальное внедрение искусственного интеллекта повсюду, 44.1% команд за последний год были вынуждены деактивировать уже запущенные лайв-функции на базе ИИ.
💰 В чем причина?
Всё просто: операционные затраты на поддержку работы ИИ банально превысили ценность, которую эти функции приносили пользователям. Непредсказуемое поведение моделей, огромные счета за токены и сложная техническая поддержка приводят к тому, что бизнесу становится экономически невыгодно держать такие «игрушки» в продакшене.
🎯 Что это значит для QA?
Фокус тестирования ИИ окончательно смещается. Теперь мало просто проверить, что нейросеть выдает нужный текст по клику:
🔸 Нам приходится учитывать контекст «стоимости ошибки».
🔸 Оценивать реальную пользу (и ресурсоемкость) для конечного юзера.
🔸 Понимать: если ИИ-помощник работает, но жрет бюджет на API и выдает нестабильный результат — фича пойдет под нож вскоре после релиза.
🔗 Applause — State of Digital Quality 2026: AI Report
💬 А что у вас на проектах? Сталкивались с ситуацией, когда новомодную ИИ-фичу долго разрабатывали и тестировали, а после релиза отключили из-за дороговизны или бесполезности? Делитесь своими историями и мнением в комментариях!
🤖 Почему ИИ-фичи отключают на проде? Спойлер: они обходятся слишком дорого!
📊 Вышел свежий аналитический отчет от Applause — «State of Digital Quality 2026: AI Report» (середина апреля 2026). Его выводы заставляют взглянуть на ИИ-бум с другой, более прагматичной стороны.
🔥 Главный инсайт:
Несмотря на тотальное внедрение искусственного интеллекта повсюду, 44.1% команд за последний год были вынуждены деактивировать уже запущенные лайв-функции на базе ИИ.
💰 В чем причина?
Всё просто: операционные затраты на поддержку работы ИИ банально превысили ценность, которую эти функции приносили пользователям. Непредсказуемое поведение моделей, огромные счета за токены и сложная техническая поддержка приводят к тому, что бизнесу становится экономически невыгодно держать такие «игрушки» в продакшене.
🎯 Что это значит для QA?
Фокус тестирования ИИ окончательно смещается. Теперь мало просто проверить, что нейросеть выдает нужный текст по клику:
🔸 Нам приходится учитывать контекст «стоимости ошибки».
🔸 Оценивать реальную пользу (и ресурсоемкость) для конечного юзера.
🔸 Понимать: если ИИ-помощник работает, но жрет бюджет на API и выдает нестабильный результат — фича пойдет под нож вскоре после релиза.
🔗 Applause — State of Digital Quality 2026: AI Report
💬 А что у вас на проектах? Сталкивались с ситуацией, когда новомодную ИИ-фичу долго разрабатывали и тестировали, а после релиза отключили из-за дороговизны или бесполезности? Делитесь своими историями и мнением в комментариях!
Applause
The State of Digital Quality in AI in 2026 Report
The definitive 2026 State of Digital Quality report from Applause. Get benchmark data and expert analysis on AI testing, training, and digital trends.
👍3❤1👀1
#proQuality_books #softwareTesting
📖Software Testing Unlocked – A Beginner’s Guide to QA & Automation: 20-Step Journey from Beginner to Your First QA Job
Автор: Mykyta Gannota
Год издания: 2025
Количество страниц: 217
Язык издания: Английский
Книга — это пошаговый путеводитель для тех, кто хочет начать карьеру в тестировании ПО и автоматизации, даже без опыта в IT. Автор объясняет основы тестирования, реальные практики QA, инструменты (Selenium, Postman, SQL и др.), а также дает советы по подготовке к собеседованиям. Каждый шаг — отдельная глава с практическими заданиями и примерами из реальной работы.
Плюсы:
➕ Четкая структура: 20 шагов, которые легко пройти новичку
➕ Объяснения без лишней терминологии и сложностей
➕ Практические задания и примеры из реальных проектов
➕ Фокус на подготовке к собеседованиям и поиску работы
Минусы:
➖ Быстро становится простым для опытных специалистов
➖ Нет глубокого погружения в продвинутые темы
➖ Некоторые главы могли бы быть более подробными
➖ Не охватывает все современные инструменты автоматизации
Для кого книга:
✔️ Для новичков в тестировании и автоматизации
✔️ Для тех, кто хочет сменить профессию и войти в IT
✔️ Для студентов и тех, кто возвращается на рынок труда
✔️ Для QA-инженеров, которым нужна структурированная база
📖Software Testing Unlocked – A Beginner’s Guide to QA & Automation: 20-Step Journey from Beginner to Your First QA Job
Автор: Mykyta Gannota
Год издания: 2025
Количество страниц: 217
Язык издания: Английский
Книга — это пошаговый путеводитель для тех, кто хочет начать карьеру в тестировании ПО и автоматизации, даже без опыта в IT. Автор объясняет основы тестирования, реальные практики QA, инструменты (Selenium, Postman, SQL и др.), а также дает советы по подготовке к собеседованиям. Каждый шаг — отдельная глава с практическими заданиями и примерами из реальной работы.
Плюсы:
➕ Четкая структура: 20 шагов, которые легко пройти новичку
➕ Объяснения без лишней терминологии и сложностей
➕ Практические задания и примеры из реальных проектов
➕ Фокус на подготовке к собеседованиям и поиску работы
Минусы:
➖ Быстро становится простым для опытных специалистов
➖ Нет глубокого погружения в продвинутые темы
➖ Некоторые главы могли бы быть более подробными
➖ Не охватывает все современные инструменты автоматизации
Для кого книга:
✔️ Для новичков в тестировании и автоматизации
✔️ Для тех, кто хочет сменить профессию и войти в IT
✔️ Для студентов и тех, кто возвращается на рынок труда
✔️ Для QA-инженеров, которым нужна структурированная база
👍2
#ProQuality_tools
🔥 Находка для QA: 190+ инструментов для тестирования в одном месте!
Каждый раз, когда нужно выбрать новый тул для автоматизации, нагрузочного тестирования или работы с API, мы идем гуглить и тонем в десятках разрозненных статей. Знакомая боль?
QA-инженер Anshita Bhasin решила эту проблему и запустила TestVerse — единый хаб для тестировщиков.
Что внутри:
✅ Бесплатный каталог, в котором собрано уже 190+ инструментов.
✅ Удобная категоризация: Web, Mobile, API, Performance, Security, Accessibility и даже отдельный раздел под современные AI-инструменты.
✅ Специальный раздел с AI-инструментами для тестирования (самое актуальное в 2026 году!).
📖 Статья от автора с историей создания проекта: Introducing TestVerse, Because Finding Testing Tools Shouldn’t Be This Hard
🔗 Попробовать TestVerse: TestVerse.ai
💬 Как вам подборка? Нашли в списке инструменты, которыми пользуетесь каждый день, или открыли для себя что-то новое? Какие категории сейчас самые актуальные для ваших проектов?
🔥 Находка для QA: 190+ инструментов для тестирования в одном месте!
Каждый раз, когда нужно выбрать новый тул для автоматизации, нагрузочного тестирования или работы с API, мы идем гуглить и тонем в десятках разрозненных статей. Знакомая боль?
QA-инженер Anshita Bhasin решила эту проблему и запустила TestVerse — единый хаб для тестировщиков.
Что внутри:
✅ Бесплатный каталог, в котором собрано уже 190+ инструментов.
✅ Удобная категоризация: Web, Mobile, API, Performance, Security, Accessibility и даже отдельный раздел под современные AI-инструменты.
✅ Специальный раздел с AI-инструментами для тестирования (самое актуальное в 2026 году!).
📖 Статья от автора с историей создания проекта: Introducing TestVerse, Because Finding Testing Tools Shouldn’t Be This Hard
🔗 Попробовать TestVerse: TestVerse.ai
💬 Как вам подборка? Нашли в списке инструменты, которыми пользуетесь каждый день, или открыли для себя что-то новое? Какие категории сейчас самые актуальные для ваших проектов?
Medium
Introducing TestVerse, Because Finding Testing Tools Shouldn’t Be This Hard
A free directory of 190+ testing tools (with zero ads)
❤3
#automationTesting
Написание E2E-тестов часто упирается в рутину: постоянный ручной поиск селекторов отнимает много времени. Стандартные рекордеры (вроде Selenium IDE) не всегда подходят, если нужно встроить записанные шаги в уже существующую структуру BDD-фреймворка.
В новой статье автор расскажет об обновлённом подходе к созданию надёжных E2E-автотестов с возможностью записи действий прямо в браузере, что ускоряет разработку и упрощает автоматизацию для тестировщиков.
Автотесты E2E еще проще, но все равно надежные…
Написание E2E-тестов часто упирается в рутину: постоянный ручной поиск селекторов отнимает много времени. Стандартные рекордеры (вроде Selenium IDE) не всегда подходят, если нужно встроить записанные шаги в уже существующую структуру BDD-фреймворка.
В новой статье автор расскажет об обновлённом подходе к созданию надёжных E2E-автотестов с возможностью записи действий прямо в браузере, что ускоряет разработку и упрощает автоматизацию для тестировщиков.
Автотесты E2E еще проще, но все равно надежные…
👍2
#softwareTesting
Ручное тестирование часто похоже на гонку со временем. Сроки сжимаются, требования постоянно меняются, и тестировщики постоянно находятся под давлением необходимости предоставить результаты быстрее.
В статье автор разберет пять практических способов ускорить ручное тестирование без потери качества: оптимизацию тест-кейсов, приоритизацию зон повышенного риска, автоматизацию рутинных задач, раннее вовлечение в процесс и использование ИИ для анализа результатов.
5 способов ускорить ручное тестирование без потери качества
Ручное тестирование часто похоже на гонку со временем. Сроки сжимаются, требования постоянно меняются, и тестировщики постоянно находятся под давлением необходимости предоставить результаты быстрее.
В статье автор разберет пять практических способов ускорить ручное тестирование без потери качества: оптимизацию тест-кейсов, приоритизацию зон повышенного риска, автоматизацию рутинных задач, раннее вовлечение в процесс и использование ИИ для анализа результатов.
5 способов ускорить ручное тестирование без потери качества
❤2