#softwareTesting

В работе QA важно уметь задавать вопросы и иногда побыть «детективом» – видеть связи между изменениями и понимать, к чему они могут привести для продукта в целом.

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

Мышление QA: что происходит у меня в голове, когда я тестирую

#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, чтобы отлавливать подобные "тихие" потери кода? Делитесь опытом в комментариях! 🐛🛠

​​#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-лидеров, готовых трансформировать подход к тестированию и организации процессов.
✔️ Для руководителей, стремящихся внедрить культуру качества в своих командах.
✔️ Для специалистов, ищущих вдохновение и свежие идеи для развития своей карьеры.

#ProQuality_case

🤖 Как 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-ассистентов?

#automationTesting

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

В статье автор разберет концепцию пирамиды автоматизации тестирования, её уровни (юнит-тесты, интеграционные тесты, UI/end-to-end-тесты), важность правильного баланса, типичные ошибки и способы создания сбалансированного набора тестов для быстрой обратной связи и надёжности продукта.

Как освоить пирамиду автоматизации тестирования — умный подход к тестам

#softwareTesting

В статье автор разберет подборку полезных ресурсов для тестировщиков — от интерактивных тренажёров по CSS-селекторам и SQL до книг, видеокурсов и базы знаний QA Bible, которые помогут развить практические навыки и системное мышление на пути от Junior до Middle.

Полезные ресурсы для тестировщиков: подборка от специалистов Selectel

пытаюсь вспомнить, как работать без ИИ

#ProQuality_news

🤖 Почему ИИ-фичи отключают на проде? Спойлер: они обходятся слишком дорого!

📊 Вышел свежий аналитический отчет от Applause — «State of Digital Quality 2026: AI Report» (середина апреля 2026). Его выводы заставляют взглянуть на ИИ-бум с другой, более прагматичной стороны.

🔥 Главный инсайт:
Несмотря на тотальное внедрение искусственного интеллекта повсюду, 44.1% команд за последний год были вынуждены деактивировать уже запущенные лайв-функции на базе ИИ.

💰 В чем причина?
Всё просто: операционные затраты на поддержку работы ИИ банально превысили ценность, которую эти функции приносили пользователям. Непредсказуемое поведение моделей, огромные счета за токены и сложная техническая поддержка приводят к тому, что бизнесу становится экономически невыгодно держать такие «игрушки» в продакшене.

🎯 Что это значит для QA?
Фокус тестирования ИИ окончательно смещается. Теперь мало просто проверить, что нейросеть выдает нужный текст по клику:
🔸 Нам приходится учитывать контекст «стоимости ошибки».
🔸 Оценивать реальную пользу (и ресурсоемкость) для конечного юзера.
🔸 Понимать: если ИИ-помощник работает, но жрет бюджет на API и выдает нестабильный результат — фича пойдет под нож вскоре после релиза.

🔗 Applause — State of Digital Quality 2026: AI Report

💬 А что у вас на проектах? Сталкивались с ситуацией, когда новомодную ИИ-фичу долго разрабатывали и тестировали, а после релиза отключили из-за дороговизны или бесполезности? Делитесь своими историями и мнением в комментариях!

​​#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-инженеров, которым нужна структурированная база

#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

💬 Как вам подборка? Нашли в списке инструменты, которыми пользуетесь каждый день, или открыли для себя что-то новое? Какие категории сейчас самые актуальные для ваших проектов?

#automationTesting

Написание E2E-тестов часто упирается в рутину: постоянный ручной поиск селекторов отнимает много времени. Стандартные рекордеры (вроде Selenium IDE) не всегда подходят, если нужно встроить записанные шаги в уже существующую структуру BDD-фреймворка.

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

Автотесты E2E еще проще, но все равно надежные…

​​#softwareTesting

Ручное тестирование часто похоже на гонку со временем. Сроки сжимаются, требования постоянно меняются, и тестировщики постоянно находятся под давлением необходимости предоставить результаты быстрее.

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

5 способов ускорить ручное тестирование без потери качества

"#ProQuality_news

🤖👶 Как джунам прокачивать реальные навыки, если весь код за них пишет ИИ?

С массовым внедрением ИИ-инструментов разорвалась классическая петля обратной связи: «написал → сломалось → потратил выходные на дебаг → понял, как надо». Именно этот медленный, порой болезненный процесс исторически формировал инженерную интуицию (или так называемый «вкус» к коду).

Сейчас джуны (в том числе в автоматизации тестирования) могут выдавать рабочий код с первого промпта, но часто признаются, что их не покидает синдром самозванца — они не уверены, правильно ли вообще делают свою работу.

Автор статьи сформулировал 4 правила, которые помогут начинающим специалистам не деградировать, используя ИИ в повседневных задачах:

🗣 1. Ведите диалог с нейросетью
Многие относятся к ИИ как к транзакционному автомату: дал команду — забрал код. Не делайте так. Если не понимаете сгенерированный кусок — просите объяснить. Задавайте вопросы вроде: ""Какие минусы у этого подхода?"" или ""Как еще это можно реализовать?"". Такие вопросы превращают инструмент в отличного ментора.

🐢 2. Искусственно замедляйтесь
Культура требует скорости: 10 секунд на промпт, минута на результат. Но бездумная генерация уже привела к всплеску багов и огромному накоплению техдолга. Выделите несколько минут до написания промпта, чтобы продумать структуру будущего тест-скрипта. Ваше главное преимущество перед ИИ — это осознанное мышление.

✍️ 3. Регулярно пишите код руками
Берете мелкую таску, скрипт или починку несложного бага? Попробуйте сделать это без помощи нейросетей. Ручное решение задач формирует ментальную библиотеку паттернов. Если вы совсем перестанете писать код сами, вы потеряете способность адекватно ревьюить чужие пул-реквесты и то, что выдает сам ИИ.

📖 4. Читайте чужой код
Изучайте недавние пул-реквесты (PR) сеньоров из вашей команды и качественный опенсорс. Но есть нюанс: сейчас в репозиториях полно красиво выглядящего, но совершенно непродуманного ИИ-кода. Будьте избирательны — учитесь у инженеров, которым доверяете, или на проектах, созданных до начала бума ИИ.

🔗 How Junior Engineers Can Build Real Skills While Using AI

💬 Как вы считаете, ИИ помогает джунам-тестировщикам быстрее вкатиться в автоматизацию или, наоборот, лишает их фундаментальных знаний? Практикуете ли вы намеренный отказ от Copilot/ChatGPT при написании тестов для тренировки мозга?"

​​#proQuality_books #softwareTesting

📖 Writing Test Plans Made Easy (2012)
Автор: Wayne M. Roseberry
Количество страниц: 108
Язык издания: Английский

Пошаговое руководство по созданию тест-планов без лишней головной боли. Книга учит быстро структурировать план, сосредоточившись на главном — придумывании качественных тестов. Приведены различные способы представления тестовых сценариев, с акцентом на экономию времени и удобство чтения.

Плюсы:
➕ Простая и практичная техника написания тест-планов.
➕ Реальные советы от инженера, тестировавшего продукты мирового уровня (в том числе Microsoft SharePoint).
➕ Подходит для мгновенного применения на реальном проекте.
➕ Охватывает широкий спектр тестируемых аспектов (локализация, безопасность, конфигурации и др.).
➕ Кратко, по делу и легко читается.

Минусы:
➖ Книга довольно короткая.
➖ Мало теории и методологической базы — акцент на практике.
➖ Не предназначена для глубокого изучения тест-менеджмента.

Для кого книга:
✔️ QA-инженеры и тест-менеджеры
✔️ Новички в тестировании, осваивающие документацию
✔️ Опытные тестировщики, ищущие оптимизацию процессов
✔️ Руководители проектов, контролирующие качество тестовой документации

Об авторе:
Wayne M. Roseberry — эксперт в тестировании ПО, с опытом работы над созданием и управлением тестированием самых успешных продуктов Microsoft, включая SharePoint

#ProQuality_interview

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

❓Вопрос: Вы обнаруживаете дефект в последний момент, но разработчик утверждает, что это не ошибка. Что вы будете делать?

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

Нередко возникают разногласия с разработчиками по поводу багов. Однако такие ситуации следует разрешать тактически, чтобы поддерживать здоровые и продуктивные рабочие отношения.

Как тестировщик, я бы:

✔️Предоставил четкие шаги для воспроизведения ошибки, чтобы разработчик мог ее воспроизвести.

✔️Показал ожидаемое и фактическое поведение.

✔️Проверил бы документацию с требованиями, чтобы убедиться в правильности поведения.

✔️Если конфликт сохраняется, передал бы его бизнес-аналитику/руководителю для уточнения и дальнейших действий.

#automationTesting

Антипаттерны тестирования — это плохие практики, подходы или привычки в тестировании, которые кажутся полезными или удобными, но на практике снижают качество тестирования, усложняют поддержку тестов, увеличивают количество багов или создают ложное ощущение качества продукта.

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

Антипаттерны тестирования

#softwareTesting

Тестирование по методу черного ящика — это методика для проверки работоспособности сайта или приложения без знания внутреннего кода.

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

Тестирование по методу черного ящика — практическое руководство