#softSkills

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

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

Как дать отзыв на работу коллеги: три правила

#softwareTesting

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

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

10 универсальных шаблонов тест-кейсов для тестирования приложений

#softwareTesting #proQuality_translation

Всё больше IT-компаний переходят от классического контроля качества к инжинирингу качества — проактивному подходу, который помогает создавать надёжные и востребованные продукты.
Quality Engineering — это не только автоматизация тестирования, но и работа с метриками, современными практиками и постоянное улучшение процессов.

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

Что такое качественный инжиниринг? Ключ к созданию более качественных, быстрых и надёжных продуктов.

#ProQuality_tasks

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

Задача про перчатки 🧤

На столе лежат ровно 3 перчатки, и мы рассматриваем только их.

Что можно сказать с уверенностью?

#automationTesting

Когда команда перестает доверять своему набору автотестов, он становится самой дорогой частью регресса 💸. Автоматизировать всё подряд — популярная, но ошибочная стратегия ❌, которая быстро превращает тесты в дорогостоящий и малополезный балласт.

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

Регресс без регресса: стратегия автотестов

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

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

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

карьера в эпоху AI

#ProQuality_news

🤖 Anthropic меняет правила игры: Claude Code теперь сам делает Code Review

Пока мы обсуждали, как ИИ помогает писать тесты, Anthropic пошли дальше. В марте 2026 года их CLI-инструмент Claude Code получил встроенную функцию автономного ревью кода.

Что это значит для QA и процесса разработки?
Теперь «Shift Left» стал еще радикальнее. Claude Code анализирует изменения прямо в терминале, до того, как разработчик создаст Pull Request или закоммитит код.

Key features нового обновления:
🔹 Поиск логических дыр: ИИ не просто проверяет синтаксис, а ищет ошибки в бизнес-логике и пропущенные edge cases, которые мы обычно ловим на этапе тестирования.
🔹 Security-чек: Автоматическое выявление уязвимостей в реальном времени.
🔹 Мгновенный фидбек: Вместо того чтобы ждать часы (или дни) ответа от коллеги-разработчика, автор кода получает детальный разбор за секунды.
🔹 Контроль качества «на лету»: Инструмент может блокировать коммит, если код не соответствует стандартам проекта или содержит явные баги.

Почему это важно для тестировщиков?
Теоретически, к нам на проверку будет приходить продукт с гораздо более «чистым» кодом. Это позволит QA-инженерам сфокусироваться на сложных сценариях и архитектурных проверках, не тратя время на опечатки и глупые ошибки в логике.

💬 Но не станет ли это поводом для разработчиков еще меньше проверять свой код самостоятельно? 😉

🔗 Подробности читайте здесь:
CodeAnt: Anthropic Claude Code Review
Dev.to: AI Reviews Your Code Before You Even Open the PR

#ProQuality_interview

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

❓Вопрос: Вы единственный тестировщик в команде. Как вы расставите приоритеты при тестировании новой функции?

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

Для тестирования новой функции выполните следующие действия:

✔️Сначала определите критически важные для бизнеса процессы, чтобы решить, является ли добавленная новая функция критически важной для бизнеса.

✔️Примените приоритезацию функций на основе рисков.

✔️Проведите smoke тестирование → функциональное → граничное → негативное → регрессионное тестирование.

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

✔️Автоматизируйте повторяющиеся задачи.

#automationTesting

Скриншотные тесты — это способ проверки интерфейса приложения путём сравнения изображений.
Принцип работы достаточно простой: система сравнивает два изображения интерфейса — эталонное и актуальное.

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

Скриншотное тестирование: практические советы из реального проекта

​​#softSkills

Self-review (самоанализ, фидбэк на самого себя) — это ценный инструмент для глубокого анализа своей работы и определения целей на будущее.
В предыдущей статье мы подробно рассмотрели, какую пользу приносит self-review, и поделились рекомендациями, как правильно его написать.

В новой статье автор разберет, почему составление self-review — зачастую сложный и трудоемкий процесс.

Почему бывает сложно писать self-review

#ProQuality_news

🧩 А что, если ИИ будет заранее говорить вам, что именно сломает этот Pull Request?

Анализ влияния (Impact Analysis) — одна из самых сложных и времязатратных частей работы тестировщика. Мы часто получаем PR с описанием «поправил пару строк», а на деле это аффектит половину системы.

Появилась интересная концепция: использовать ИИ для глубокого анализа git diff специально для нужд QA.

Как это работает?
ИИ-агент подключается к репозиторию и при каждом новом Pull Request анализирует не только измененные строки, но и структуру зависимостей. На выходе тестировщик получает структурированный отчет:
🔹 Зоны высокого риска: конкретные модули, на которые изменение повлияет вероятнее всего.
🔹 Побочные эффекты: неочевидные связи (например, изменение в API, которое затронет старые версии мобильного клиента).
🔹 Рекомендации по тестам: ИИ подсказывает, какие именно части регрессионного набора нужно прогнать в первую очередь.

В чем профит для QA?
Это переход от стратегии «тестируем всё по чуть-чуть» к настоящему Risk-Based Testing, когда QA получает карту потенциальных багов еще до начала тестирования.

Такой подход позволяет сократить время на исследовательское тестирование и точнее попадать в цель при проверке багов.

🔗 Подробный разбор идеи читайте здесь:
What if AI could tell QA what your Pull Request might break?

​​#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. Они на протяжении десятилетий работают над совершенствованием подходов в тестировании и помогли тысячам тестировщиков достичь новых высот в профессии.

#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

💬 А что для вас самое сложное на собеседованиях? Технические лайв-кодинги, вопросы по теории тестирования или «поведенческие» вопросы в духе «Расскажите о вашем самом крупном факапе»?

#automationTesting

В современной быстро меняющейся среде разработки обеспечение непрерывного тестирования веб-приложений имеет решающее значение для создания высококачественного программного обеспечения.

В данной статье автор рассмотрит интеграцию тестов Selenium Java в конвейеры Jenkins для непрерывной интеграции (CI). Вы узнаете, как настроить среду, написать Selenium-тесты и управлять ими, настроить пайплайны Jenkins, автоматически запускать тесты при изменении кода, генерировать отчеты и следовать лучшим практикам для эффективной автоматизации тестирования.

CI/CD и Jenkins в современном тестировании

​​#softSkills

Чувство, когда «застрял» на задаче и не знаешь, как двигаться дальше, знакомо каждому 🤔. Особенно часто с этим сталкиваются в IT, где работа требует постоянной концентрации и поиска решений.

В статье автор разбирает природу таких «затыков» и даёт практические советы, как сдвинуться с мёртвой точки.

Как распутаться: руководство для застрявших тестировщиков

#ProQuality_news

🚨 Tech Radar мигает красным: о чем нас предупреждают?

Недавно вышел новый (уже 34-й по счету) выпуск Technology Radar от ThoughtWorks

Для тех, кто не сталкивался: это публикуемый дважды в год срез рекомендаций по инструментам, техникам, платформам и фреймворкам от одной из самых авторитетных консалтинговых IT-компаний в мире.

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

📝 И в этот раз, как метко отмечает автор в своей статье The Tech Radar is blinking red, свежий выпуск читается не как технологическая карта, а как настоящее предупреждение.

В чем главная проблема?
Новый радар, опираясь на суровый клиентский опыт, подтверждает то, о чем многие QA говорят уже давно. Никто не утверждает, что ИИ — это плохо. Проблема кроется в другом:

👉 «Если вы создаете продукт быстрее, чем успеваете понять, как он работает — вы не побеждаете. Вы просто накапливаете долг, за который кому-то обязательно придется заплатить».

Повальное использование AI-кодогенераторов и агентов приводит к тому, что фичи выпускаются стремительно, но глубокое понимание системы и ее архитектуры у команды теряется.

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

💬 А вы замечаете на своих проектах этот эффект «накопления долга» из-за слепой веры в быструю кодогенерацию? Как выстраиваете тестирование, когда код пишется быстрее, чем его успевают осмыслить?